MySQL数据库索引失效与优化详解
案例所用的表结构、索引、与数据如下:
索引失效与优化
- 全值匹配
- 最佳左前缀法则
- 不在索引列上做任何操作(计算、函数、(自动or手动)类型转换),会导致索引失效而转向全表扫描
- 存储引擎不能使用索引中范围条件右边的列
- 尽量使用覆盖索引(只访问索引的查询(索引列和查询列一直)),减少select *
- mysql在使用不等于(!=或者<>)的时候无法使用索引会导致全表扫描
- is null, is not null也无法使用索引
- like以通配符开头(‘%abc…’)mysql索引失效会变成全表扫描的操作
- 字符串不加单引号索引失效
- 少用or,用它来连接时索引会失效
1.全值匹配
2.最佳左前缀法则(带头索引不能死,中间索引不能断)
如果索引了多个列,要遵守最佳左前缀法则。指的是查询从索引的最左前列开始 并且 不跳过索引中的列。
正确的示例参考上图。
错误的示例:
带头索引死:
中间索引断(带头索引生效,其他索引失效):
3.不要在索引上做任何操作(计算、函数、自动/手动类型转换),不然会导致索引失效而转向全表扫描
4.mysql存储引擎不能继续使用索引中范围条件(bettween、<、>、in等)右边的列
**5.尽量使用覆盖索引(只查询索引的列(索引列和查询列一致)),减少select ***
6.索引字段上使用(!= 或者 < >)判断时,会导致索引失效而转向全表扫描
7.索引字段上使用 is null / is not null 判断时,会导致索引失效而转向全表扫描
8.索引字段使用like以通配符开头(‘%字符串’)时,会导致索引失效而转向全表扫描
由结果可知,like以通配符结束相当于范围查找,索引不会失效。与范围条件(bettween、<、>、in等)不同的是:不会导致右边的索引失效。
问题:解决like ‘%字符串%’时,索引失效问题的方法?
使用覆盖索引可以解决。
9.索引字段是字符串,但查询时不加单引号,会导致索引失效而转向全表扫描
10.索引字段使用 or 时,会导致索引失效而转向全表扫描
总结