一,索引分析

1,单表
2,两表
3,多表
image.png
image.png

二,索引失效(应该避免)

1,案例(索引失效)

  • 1,全值匹配我最爱
    image.png
  • 2,最佳左前缀法则:如果索引了多例,要遵守最左前缀法则。指的是查询从索引的最左前列开始并且不跳过索引中的列。
    image.png
  • 3,不在索引列上做任何操作(计算、函数、(自动or手动)类型转换),会导致索引失效而转向全表扫描
    image.png
  • 4,存储引擎不能使用索引中范围条件右边的列
    image.png
  • 5,尽量使用覆盖索引(只访问索引的查询(索引列和查询列一致)),减少select*
    image.png
  • 6,mysql在使用不等于(!=或者<>)的时候无法使用索引会导致全表扫
    image.png
  • 7,is null,is not null 也无法使用索引
    image.png
  • 8,like以通配符开头(’$abc…’)mysql索引失效会变成全表扫描操作
    image.png

问题:解决like’%字符串%’索引不被使用的方法??
1、可以使用主键索引
2、使用覆盖索引,查询字段必须是建立覆盖索引字段
3、当覆盖索引指向的字段是varchar(380)及380以上的字段时,覆盖索引会失效!

  • 9,字符串不加单引号索引失效
    image.png
  • 10,少用or,用它连接时会索引失效
    image.png
  • 11,小总结
    优化口决
    全值匹配我最爱,最左前缀要遵守;
    带着大哥不能死,中间兄弟不能断;
    索引列上少计算,范围之后全失效;
    LIKE百分写最后,覆盖索引不写星;
    不等空值还有or,索引失效最少用;
    VAR引号不可丢,SQL高级也不难;
  • image.png

like KK%相当于=常量 %KK和%KK% 相当于范围

2,题目讲解

定值、范围还是排序,一般order by是给个范围
group by 基本上都需要进行排序,会有临时表产生

三,一般性建议

  • 对于单键索引,尽量选择针对当前query过滤性更好的索引
  • 在选择组合索引的时候,当前Query中过滤性最好的字段在索引字段顺序中,位置越靠前越好。
  • 在选择组合索引的时候,尽量选择可以能包含当前query中的where子句中更多字段的索引
  • 尽可能通过分析统计信息和调整query的写法来达到选择合适索引的目的