常见情况：1、使用函数或运算；2、隐式类型转换；3、使用不等于（!=或）；4、使用LIKE操作符，并以通配符开头；5、OR条件；6、NULL值；7、索引选择性低；8、复合索引的最左前缀原则；9、优化器决策；10、FORCE INDEX和IGNORE INDEX。
MySQL中的索引是帮助优化查询性能的重要工具，但在某些情况下，索引可能不会如预期地工作，即索引“失效”。
以下是导致MySQL索引失效的一些常见情况：
：当在索引列上使用函数或进行运算时，索引通常不会生效。例如：
SELECT * FROM users WHERE YEAR(date_column) = 2023;
这里，YEAR(date_column) 使得索引失效。
2. 隐式类型转换：当查询条件中涉及隐式类型转换时，索引可能不会被使用。例如，如果一个列是字符串类型但查询时使用了数字，或者反之。
SELECT * FROM users WHERE id = '123'; -- 假设id是整数类型
使用不等于（!=或）：使用不等于操作符通常会导致索引失效，因为它需要扫描索引的多个值。
SELECT * FROM users WHERE age != 25;
使用LIKE操作符，并以通配符开头：当使用LIKE操作符且模式以通配符%开头时，索引通常不会生效。
SELECT * FROM users WHERE name LIKE '%Smith%';
OR条件：使用OR条件时，如果涉及的列没有都被索引，或者其中一个条件导致了索引失效，那么整个查询可能都不会使用索引。
SELECT * FROM users WHERE age = 25 OR name = 'John';
NULL值：如果索引列包含NULL值，并且查询条件涉及到NULL，索引可能不会生效。
SELECT * FROM users WHERE age IS NULL;
- 索引选择性低：如果索引列中的值重复度很高（例如性别列只有“男”和“女”两个值），则索引可能不会被使用，因为全表扫描可能更为高效。
- 复合索引的最左前缀原则：对于复合索引，查询条件必须满足最左前缀原则，否则索引可能不会生效。例如，如果有一个(a, b, c)的复合索引，那么只有a、(a, b)和(a, b, c)的组合才能充分利用索引。
- 优化器决策：MySQL的查询优化器可能会基于统计信息和其他因素决定不使用索引，即使索引是存在的。这通常发生在它认为全表扫描比使用索引更快时。
- FORCE INDEX和IGNORE INDEX：使用FORCE INDEX可以强制查询使用某个索引，而IGNORE INDEX则告诉优化器忽略某个索引。如果误用这些提示，可能会导致索引失效。
为了避免索引失效，建议：
- 仔细设计和选择索引列。
- 定期检查查询的性能，并考虑对查询进行优化。
- 使用EXPLAIN命令来查看查询的执行计划，并确定是否使用了索引。
- 监控数据库的性能，并定期更新统计信息。
- 考虑使用覆盖索引（Covering Index）来提高查询性能。
