MySQL Select 优化

准备：

　　create table t(x int primary key,y int unique,z int);

　　insert into t(x,y,z) values(1,1,1),(2,2,2),(3,3,3),(4,4,4),(5,5,5),(6,6,6),(7,7,7),(8,8,8),(9,9,9);

情况1：select 没有用到索引

　　explain select z from t;

　　

　　type = all 说明是全表扫描、也就是说把表中的数据都读一遍才得到结果、这种查询通常是非常慢的。为查询加上与之匹配的索引效果会好许多。

情况2：用到了索引

　　select y from t;

　　

　　type = index 说明查询用到了索引、与type=all相比由于不要把整个表载入内存，只要载入索引就可以完成查询、所以数据的读取量就少了。相比type=all通常会快一些。

情况3：

　　用到了索引、但是只需要载入索引的一部份就可以完成查询

　　select min(y),max(y) from t;

　　

　　与情况2相比它更加牛逼、table=null说明它不用去表里面找、type=null看起来它索引都没有用到就好像它是从计数器中取到的一样。但是我认为它还是走了索引的，只不过是索引的一小部分。注意它的Extra 说明“Select tables optimized away”

情况4：

　　where 条件有索引可用，select 执行count,sum

　　select count(y),sum(y) from t where y>3;

　　

　　key = y 说明使用了索引y、 type = range 说明它不用载入整个索引、只要载入一部分就可以了（y>3的部分)。 

情况5：

　　where 段有主键索引可用，select 段是聚合函数

　　select sum(x),min(x),max(x),count(x) from t where x>3;

　　

　　这里我有一个问题就是情况5中的key_len是4情况4中的key_len是5但是x,y可都是int 类型啊！说明一下using index 说明Mysql将使用覆盖索引、using where说明

　　存储引擎在扫描时就可以用条件进行过滤、不用扫描整个索引。所以using where + using index 的性能为using index 要好一些。

情况6：

　　复合索引对聚合函数的优化（索引头部）

　　在这里重新创建一个表

　　create table t(x int primary key,y int,z int ,index ix_yz (y,z));//在x 上有聚集索引，（y,z)组成复合索引。

　　insert into t(x,y,z) values(1,1,1),(2,2,2),(3,3,3),(4,4,4);

　　索引前缀对聚合函数的优化

　　select min(y) from t;（这个时候Mysql 不会从表中扫描、有索引前缀就可以了、但是key=null and Select tables optimized away）

　　

情况7：

　　复合索引对聚合函数的优化(索引后缀）

　　select min(z) from t;

　　 

　　可以看到用到了索引 ix_yz、说明它没有走了索引。