（1）索引优化1

 

查看一下有没有建立索引：

用到索引中的一个：type中的ref决定访问性能

 用到索引中的两个：通过key_len的长度可以看出来，比第一个大一点。或者通过ref：中用到了两个常量const

用到了三个索引：key_len比第二个又大了一点，用到了三个常量const

一下的结果都能查出，但是中间的过程对mysql影响还是比较大的，数据量大的时候全表扫描十分影响性能。但是建立的索引用不上

有问题的sql分析：查询的时候没有按照建立的索引的顺序设置查询条件：导致索引失效

查询的时候用符合索引的第三个做查询条件：导致索引失效

可以得出比如你建立的符合索引，name age pos ，查询的时候没有了name，只有单独的age或者pos，或者age和pos的话，我们就不能用到索引，它违背了左前缀法则

带头大哥不能死

跳过age：只用到name索引，它违背了最佳左前缀法则第二条 

 （2）索引优化2

没有使用函数时用到了索引，type为ref，使用函数后索引失效 type为All，他们的结果都是对的能查询出来，但是使用了left函数（取name的4位），会使索引失效

（3）索引优化3

 age字段>25,使用了范围（导致索引失效），type变为range范围级别

（4）索引优化4

 表字段：

当查询的时候不使用select * ，而使用具体的字段，Extra就多了一个 Using index

比使用*好一点点

使用了范围age>25，但是查询的字段使用了索引的字段，相比下面的没有使用具体字段的*它的key_len变短了，它是从索引上拿，导致type没有用到range，变成了ref，Extra多了一个Using index

提高了性能

 查询的索引的一个字段，也用到了索引（覆盖索引），Extra也使用到了Using index