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 时，会导致索引失效而转向全表扫描
总结
