答案：排查MySQL索引错误需先用EXPLAIN分析执行计划，确认type、key、rows及Extra字段；检查索引是否存在且符合最左前缀原则；避免函数操作、隐式转换、通配符开头等导致索引失效的写法；通过慢查询日志定位性能问题SQL，并结合pt-query-digest分析，最终优化SQL书写习惯以确保索引有效利用。
在MySQL中，索引错误通常表现为查询性能下降、索引未生效或执行计划不合理。排查这类问题需要结合SQL语句、执行计划和表结构进行综合分析。以下是常见的索引错误排查方法。
检查执行计划（EXPLAIN）
使用EXPLAIN命令查看SQL语句的执行计划，是排查索引是否生效的第一步。重点关注以下字段：
- type：连接类型，ALL表示全表扫描，index表示全索引扫描，ref或range表示使用了索引，最好能达到range及以上。
- key：实际使用的索引名称，如果为NULL，说明未使用索引。
- rows：预估扫描行数，数值越大说明效率越低。
- Extra：额外信息，如“Using where; Using filesort”或“Using temporary”可能意味着性能问题。
例如执行：
EXPLAIN SELECT * FROM users WHERE name = 'John';
观察key是否使用了预期的索引。
确认索引是否存在且正确
确保目标字段上已经创建了索引。可以通过以下命令查看表的索引：
SHOW INDEX FROM 表名;检查：
- 索引是否包含查询中的WHERE、ORDER BY、JOIN字段。
- 复合索引的顺序是否与查询条件匹配（最左前缀原则）。
- 索引字段的数据类型是否与查询值一致，避免隐式类型转换导致索引失效。
例如，对字段phone建立索引，但查询时传入字符串'13800138000'而字段是BIGINT，可能导致索引不生效。
避免索引失效的常见写法
某些SQL写法会导致索引无法使用，需特别注意：
- 在索引字段上使用函数或表达式，如WHERE YEAR(create_time) = 2023，应改为范围查询。
- 使用LIKE '%value'，以通配符开头无法使用索引；LIKE 'value%'可以。
- OR条件中部分字段无索引，可能导致整个条件放弃使用索引。
- 对索引字段进行计算或类型转换，如WHERE id + 1 = 5。
分析慢查询日志
开启慢查询日志可以帮助发现长期存在的性能问题：
- 在配置文件中设置：slow_query_log = ON，并定义long_query_time阈值。
- 使用mysqldumpslow或pt-query-digest分析日志，找出执行时间长且未使用索引的SQL。
结合慢日志和EXPLAIN，能快速定位索引使用异常的语句。
基本上就这些。通过执行计划分析、索引结构核对、SQL写法优化和日志监控，可以有效排查和解决MySQL索引相关的问题。关键是养成写SQL时就考虑索引使用情况的习惯。不复杂但容易忽略。
