新增索引后查询变慢是因为低基数字段建索引无效、索引维护开销大、未遵循最左前缀原则、统计信息过期或索引冗余；应评估选择性、监控使用情况、合理设计联合索引顺序并定期清理无用索引。
为什么新增索引后查询反而变慢了
不是所有字段都适合加索引，WHERE 条件里高频出现、选择性高（如 user_id）、且数据分布均匀的字段才值得建索引。如果对 gender 或 status 这类低基数字段建索引，MySQL 可能直接放弃使用，甚至因维护索引开销导致 INSERT/UPDATE 明显变慢。
常见错误现象：EXPLAIN 显示 type=ALL（全表扫描）或 key=NULL，但你以为索引已生效；或者 SHOW INDEX FROM table_name 看到一堆 idx_*，却没人知道每个索引对应哪条业务 SQL。
- 建索引前先用
SELECT COUNT(DISTINCT column_name) / COUNT(*)估算选择性，低于 0.01 的谨慎考虑 - 复合索引要遵循最左前缀原则，
(a,b,c)能覆盖WHERE a=1 AND b=2，但无法用于WHERE b=2 AND c=3 - 避免对
TEXT、BLOB字段直接建普通索引，改用前缀索引（如INDEX idx_title (title(50))），并确认业务查询真会用到前 50 字符
如何识别并删除无用索引
MySQL 本身不自动记录索引使用频次，但 5.6+ 版本可通过 sys.schema_unused_indexes 视图快速定位长期未被优化器选用的索引（需开启 performance_schema）。更稳妥的方式是结合慢查询日志 + pt-index-usage 工具回放真实流量。
注意：主键和唯一约束生成的索引不能删；外键列上的索引也需确认关联表操作是否依赖它。
