（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