百度提前批面经，抓住底层，一顿拷打

【写在前面：求个小花花】

Mr.cht

8. 索引失效场景

1. 索引列未使用或查询条件与索引列不匹配

• 查询的列未被索引：如果查询的列没有被索引，或者索引并未包含查询的列，MySQL将不会使用索引进行查询。
• 索引列未出现在查询条件中：即使列被索引，但如果查询条件中未使用该列，索引也不会被利用。

2. 索引列参与运算或函数处理

• 在索引列上使用函数或进行运算：这会导致MySQL无法使用索引，因为索引是基于列的原始值建立的，而函数或运算会改变这些值。

3. LIKE查询以通配符开头

• LIKE查询且通配符(%)在字符串开头：例如，SELECT * FROM table WHERE column LIKE '%value'。MySQL需要扫描整个索引来找到匹配项，因此索引失效。

4. 数据类型不匹配

• 查询条件中的数据类型与索引列的数据类型不匹配：例如，如果索引列是整数类型，但查询条件中使用了字符串类型进行比较，MySQL可能无法直接使用索引。

5. 索引列包含NULL值且查询条件使用IS NULL或IS NOT NULL

• 对索引列使用IS NULL或IS NOT NULL：在某些情况下，MySQL可能无法有效地使用索引来优化这类查询。

6. 联合索引未遵循最左前缀原则

• 在联合索引中未使用最左边的列作为查询条件：例如，如果有一个(A, B, C)的联合索引，但查询条件是WHERE B = 'value'，则索引失效，因为最左前缀原则要求从索引的最左边开始匹配。

7. 索引列参与范围查询且后续列未使用

• 在联合索引中，一旦使用了范围查询（如>、<、BETWEEN等），后续列上的索引将失效：因为MySQL在索引中只会向右匹配到第一个范围查询条件。

8. 使用OR连接不同索引列

• 查询条件中使用OR连接了多个索引列：如果OR连接的两个条件分别涉及不同的索引列，MySQL可能无法有效使用索引，因为OR的含义是两个条件中只要满足一个即可，这可能导致全表扫描。

9. 使用不等于（!= 或 <>）比较

• 查询条件中使用不等于比较：如果查询条件中对索引列使用了不等于比较，且结果集较大时，索引可能会失效。

10. 使用NOT IN或NOT EXISTS

• 查询条件中使用NOT IN或NOT EXISTS：这些操作可能导致索引失效，特别是当它们涉及普通索引而非主键索引时。

11. 索引统计信息不准确

• MySQL的索引统计信息过期或不准确：MySQL使用索引统计信息来估算查询成本和选择执行计划。如果统计信息不准确，MySQL可能会做出错误的决策，导致索引失效。

12. 索引选择不当

• 为不适合索引的列创建了索引：例如，为数据离散度很低的列（如性别）创建索引，可能无法带来性能提升，反而增加了存储和维护索引的开销。

13. 索引列过长

• 对过长的字符串列进行索引：这会导致索引占用大量存储空间，并可能影响查询性能。在这种情况下，考虑使用前缀索引可能是一个更好的选择。