MySQL索引失效的8种情况
1. 使用函数操作列
当你对索引列使用函数时（如DATE(create_time)），MySQL将无法使用该列上的索引来快速定位数据行，因为函数运算使得原本有序的数据变得无序。
解决办法：尽可能在应用层完成这类转换，或者考虑重构查询以避免直接在索引列上使用函数。
2. 类型不匹配
当索引列和查询条件的类型不匹配时，比如索引列为INT，而查询条件为字符串格式，这会导致索引失效。
解决办法：确保查询条件的数据类型与索引列的数据类型一致。
3. 使用 LIKE 查询通配符开头
如果LIKE关键字后面的模式以通配符开始（例如%abc），那么索引将不会被使用。
解决办法：尝试调整业务逻辑，减少前缀模糊查询的需求，或者考虑使用全文搜索引擎来替代这种查询方式。
4. OR条件未全部包含索引列
在一个OR条件中，如果并非所有的条件都作用于有索引的列，那么整个查询可能会导致索引失效。
解决办法 ：尽量设计表结构和查询语句，使所有OR条件下的列都有合适的索引。
5. 数据库统计信息过期
MySQL优化器依赖于表的统计信息来决定是否使用索引。如果统计信息过期或不准确，可能会导致优化器做出错误的选择。
解决办法 ：定期运行ANALYZE TABLE命令更新表的统计信息。
6. 隐式类型转换
隐式类型转换是另一个常见的索引失效原因，特别是在字符集不同的情况下。
解决办法 ：明确指定参数类型或使用CAST()函数进行类型转换，以保证类型一致性。
7. 索引列上有表达式
在索引列上执行任何表达式（包括加减乘除等算术运算）都会导致索引失效。
解决办法：尽量简化查询逻辑，避免在索引列上做额外的计算。
8. 复合索引未遵循最左前缀原则
对于复合索引（即多列索引），若查询条件未能从最左侧开始覆盖，则后续的索引列将无法利用索引。
解决办法：设计复合索引时要考虑到查询模式，并遵循最左前缀原则。
在使用sql语句的时候尽量不要使用
- 避免使用
!=或<>：这些不等于操作符通常会导致全表扫描，因为它们排除了特定值的所有行，这使得数据库难以利用索引来优化查询。如果可能的话，尝试重写查询以避免使用这些操作符。 - 限制使用
NOT IN、NOT EXISTS：这类否定条件同样可能导致全表扫描。可以考虑使用IN或EXISTS代替，或者根据具体情况重构查询逻辑。 - 减少使用
LIKE通配符开头 ：如前面提到的，当使用LIKE '%abc'时，由于通配符在前，MySQL无法有效利用索引。如果业务允许，调整搜索逻辑，使其更倾向于LIKE 'abc%'这种形式。 - 小心处理函数与索引列 ：如果对索引列应用了函数（例如
DATE(create_time)），则该列上的索引将失效。尽可能在应用层完成转换，或者调整查询以避免直接在索引列上使用函数。 - 适当使用联合索引并遵循最左前缀原则：创建复合索引时应考虑到查询中经常一起出现的列，并按照最左前缀原则设计索引结构。这样即使只查询复合索引的第一列，也能命中索引。
- 保持统计信息更新 ：确保定期运行
ANALYZE TABLE命令来更新表的统计信息，这有助于MySQL优化器做出更好的执行计划选择。 - 合理设计索引：为常用的查询条件建立合适的索引。注意不要过度索引，过多的索引不仅占用存储空间，还可能影响数据插入、更新的速度。
- 考虑覆盖索引：如果一个索引包含了查询所需的所有列，则可以直接从索引中获取数据而无需访问表的数据行，这种方式称为"覆盖索引"，可以显著提升查询性能。
通过了解以上8种MySQL索引失效的情况，我们可以在开发过程中采取相应的措施来优化SQL查询性能。希望这篇文章能帮助你更好地理解和利用MySQL索引。