CREATE TABLE `t1` (
  `id` int(11) DEFAULT NULL,
  `oname` varchar(20) DEFAULT NULL,
  `address` varchar(30) DEFAULT NULL
) ENGINE=InnoDB DEFAULT CHARSET=utf8;


INSERT INTO `t1` VALUES ('1', '一中', '青岛');
INSERT INTO `t1` VALUES ('2', '二中', '济南');


CREATE TABLE `t2` (
  `id` int(11) DEFAULT NULL,
  `name` varchar(20) DEFAULT NULL,
  `age` int(11) DEFAULT NULL
) ENGINE=InnoDB DEFAULT CHARSET=utf8;


INSERT INTO `t2` VALUES ('1', '张三', '12');
INSERT INTO `t2` VALUES ('2', '李四', '13');


CREATE TABLE `t3` (
  `id` int(11) DEFAULT NULL,
  `name` varchar(20) DEFAULT NULL,
  `phoneno` varchar(20) DEFAULT NULL
) ENGINE=InnoDB DEFAULT CHARSET=utf8;


INSERT INTO `t3` VALUES ('1', '王五', '155');
INSERT INTO `t3` VALUES ('2', '赵六', '134');

1.id

id标识select查询的序列号，包含一个数字，表示查询中执行select子句或操作表的顺序；

有三种情况：

1）id相同，执行顺序由上至下

EXPLAIN SELECT
	t2.*
FROM
	t1
LEFT JOIN t3 ON t3.id = t1.id
LEFT JOIN t2 ON t2.id = t1.id
WHERE
	t3. NAME = '';

如上，三个表，mysql的执行顺序是t1-t3-t2。

2）如果查询中携带子查询，id序号会自增，id值越大越先被执行

EXPLAIN SELECT
	t2.*
FROM
	t2
WHERE
	t2.id = (
		SELECT
			id
		FROM
			t1
		WHERE
			t1.id = (SELECT id FROM t3 WHERE t3.id = 1)
	)

如上，三个表的执行顺序是t3-t1-t2。

3）id有相同的有不同的，先执行id大的，如果有id相同的，按照从上往下执行

EXPLAIN SELECT
	t2.*
FROM
	(
		SELECT
			t1.id
		FROM
			t1
		WHERE
			t1.oname = '一中'
	) s1
LEFT JOIN t2 ON s1.id = t2.id

如上，执行顺序为t1-t2-<derived2>（注：<derived2>是id为2的查询生成的一张临时表，后面的2代表id值）。

2.select_type

共有六种情况：SIMPLE、PRIMARY、SUBQUERY、DERIVED、UNION、UNION RESULT。

SIMPLE：简单的select查询，查询中不包含子查询或者UNION。

PRIMARY：查询中若包含任何复杂的子部分，最外层查询则被标记为PRIMARY。

SUBQUERY：在select或where列表中包含了子查询。

DERIVED：在from列表中包含的子查询被标记为DERIVED（衍生），MySQL会递归执行这些子查询，把结果放在临时表里。

UNION：若第二个select出现在union之后，则被标记为union；若union包含在from子句的子查询中，外层select将被标记为：DERIVED。

UNION RESULT：从UNION表获取结果的select。

EXPLAIN SELECT
	t1.id
FROM
	t1
LEFT JOIN t2 ON t1.id = t2.id
UNION
	SELECT
		t2.id
	FROM
		t2
	LEFT JOIN t3 ON t2.id = t3.id

3.table

显示这一行的数据是关于哪张表的。

4.type（重要）

system：表只有一行记录（等于系统表），这是const类型的特例，平时不会出现，这个也可以忽略不计。
const：表示通过索引一次就找到了，const用于比较primary key或者unique索引。因为只匹配一行数据，所以很快。如将主键置于where列表中，MySQL就能将该查询转换为一个常量。

此时无索引：
explain select * from (select id from t1 where t1.id = 1) t2;

-- 将id列设置为主键
ALTER TABLE t1 ADD PRIMARY KEY(id) ;
-- 再执行一下
explain select * from (select id from t1 where t1.id = 1) t2;

eq_ref：唯一性索引扫描，对于每个索引键，表中只有一条记录与之匹配。常见于主键或位移索引扫描。
ref：非唯一性索引扫描，返回匹配某个单独值的所有行，本质上也是一种索引访问，它返回所有匹配某个单独值的行，然而，它可能会找到多个符合条件的行，所以他应该属于查找和扫描的结合体。（联合索引，使用其中的某几个索引就会是ref）

-- 给t1表的oname字段加上索引，再按照oname筛选看一下
ALTER TABLE t1 ADD INDEX (oname);
explain select * from t1 where t1.oname = '一中';

fulltext：全文搜索
ref_or_null：与ref类似，但包括NULL
index_merge：表示出现了索引合并优化(包括交集，并集以及交集之间的并集)，但不包括跨表和全文索引。这个比较复杂，目前的理解是合并单表的范围索引扫描（如果成本估算比普通的range要更优的话）
unique_subquery：在in子查询中，就是value in (select…)把形如select unique_key_column的子查询替换。PS：所以不一定in子句中使用子查询就是低效的！
index_subquery：同上，但把形如”select non_unique_key_column“的子查询替换
range：只检索给定范围的行，使用一个索引来选择行。key列显示使用了哪个索引。一般就是在你的where语句中出现了between、<、>、in等的查询。这种范围扫描索引扫描比全表扫描要好，因为它只需要开始于索引的某一点，而结束于另一点，不用扫描全部索引。

explain select * from t1 where id in (1, 2);
explain select * from t1 where id BETWEEN 1 and 2;

index：Full Index Scan，index与All区别为index类型只遍历索引树。这通常比all快，因为索引文件通常比数据文件小。（也就是说虽然all和index读全表，但index是从索引中读取的，而all是从硬盘中读取的）
all：全表扫描(full table scan)

explain select oname from t1;

以下性能越来越慢：system > const > eq_ref > ref > range > index > ALL

备注：一般来说，得保证查询至少达到range级别，最好能达到ref。

5.possible_keys

显示可能应用在这张表中的索引，一个或多个。查询涉及到的字段上若存在索引，则该索引将被列出，但不一定被查询实际使用。

6.key

实际使用的索引。如果为NULL，则没有使用索引。

查询中若使用了复合索引，则该索引仅出现在key列表中。（这种情况，创建的复合索引的个数和顺序，与查询字段的个数和顺序一致）

7.key_len:

表示索引中使用的字节数，可通过该列计算查询中使用的索引的长度。在不损失精确性的情况下，长度越短越好。

key_len显示的值为索引字段的最大可能长度，并非实际使用长度，即key_len是根据表定义计算而得，不是通过表内检索出的。

8.ref

显示索引的哪一列被使用了，如果可能的话，是一个常数。哪些列或常量被用于查找索引列上的值。

9.rows

根据表统计信息及索引选用情况，大致估算出找到所需的记录所需要的读取的行数。（通常数字越小性能越高）

10.Extra

包含不适合在其他列中显示但十分重要的额外信息。

1.Using filesort：说明MySQL会对数据使用一个外部的索引排序，而不是按照表内的索引顺序进行读取。MySQL中无法利用索引完成的排序操作称之为“文件排序”（索引也跟排序有关系的）

2.Using temporary（用了一个内部临时表）：使用了临时表保存中间结果，MySQL在对查询结果排序时使用临时表。常见于排序order by和分组查询group by。

3.Using index（使用索引-性能非常好）：

表示相应的select操作中使用了覆盖索引（Covering Index），避免访问了表的数据行，效率不错！

如果同时出现using where，表明索引被用来执行索引键值的查找；

如果没有同时出现using where，表明索引用来读取数据而非执行查找动作。

4.Using where：表明使用了where过滤

5.Using join buffer：使用了连接缓存

6.impossible where：where子句的值总是false，不能用来获取任何元组。

7.select tables optimized away：在没有group by子句的情况下，基于索引优化min/max操作或者对于MyISAM存储引擎优化count(*)操作，不必等到执行阶段再进行计算，查询执行计划生成的阶段即完成优化。

8.distinct：优化distinct，在找到第一匹配的元组后即停止找同样值得动作。

MySQL高级-索引是个什么东西？explain到底怎么用-MySQL查询优化大全

一、引出问题-MySQL的查询优化：

二、性能下降的原因：

三、索引到底是什么？怎么用？

1.索引操作

查看索引：

删除索引：

创建索引：

说明：

索引命名规范：

2.索引优势：

3.索引劣势：

4.索引分类：

5.哪些情况需要创建索引：

6.哪些情况不要创建索引：

7.mysql都有哪几种索引：

8.BTree索引是怎么存储、查找的：

9.索引到底是怎么工作的：

10.哪些情况下会造成索引失效：

四、怎么知道查询语句是否走了索引-explain到底是什么？（重头戏来了）

1.Explain（查看执行计划）：

2.explain到底是做什么的？

五、explain的用法（重中之重头戏）

explain的十列表头信息：

初始建表语句