在MySQL中，无用索引会占用存储空间、降低写入性能（如INSERT、UPDATE、DELETE），并增加维护成本。识别并删除这些索引是数据库优化的重要步骤。下面介绍如何找出和删除无用索引。
一、识别无用索引
要删除无用索引，先得知道哪些索引很少或从未被使用。可以通过以下方式判断：
查看information_schema.statistics表：列出所有索引信息，结合查询频率分析是否冗余。 使用performance_schema.index_statistics表（MySQL 5.6+启用后）：记录每个索引的使用次数。 开启index statistics功能：SET GLOBAL performance_schema = ON;某些版本还需启用setup_objects等配置。 查询未被使用的索引：执行如下SQL查找可能无用的索引：
SELECT OBJECT_SCHEMA AS db, OBJECT_NAME AS table_name, INDEX_NAME AS index_name FROM performance_schema.table_io_waits_summary_by_index_usage WHERE INDEX_NAME IS NOT NULL AND COUNT_FETCH = 0 AND COUNT_INSERT = 0 AND COUNT_UPDATE = 0 AND COUNT_DELETE = 0;这条语句查出从未被读写操作使用的索引，很可能是可以删除的。 注意主键和唯一约束：不要误删PRIMARY或用于约束的UNIQUE索引。
二、分析索引重复与冗余
有些索引虽然被使用，但可能是冗余的。例如：
表上有索引 idx_a (col_a) 和 idx_a_b (col_a, col_b)，则单独的idx_a通常可被覆盖，可以考虑删除。 前缀相同的复合索引，如 (a,b) 和 (a,b,c)，前者可能被后者包含。 使用 SHOW CREATE TABLE table_name; 查看结构，手动分析索引重叠情况。三、安全删除索引
确认某个索引确实无用后，使用DROP INDEX语句删除：
ALTER TABLE table_name DROP INDEX index_name;建议在业务低峰期操作，避免影响性能。 删除前最好备份表结构，或在测试环境先行验证。 删除后观察查询执行计划（EXPLAIN），确保关键查询仍走正确索引。 监控一段时间内慢查询日志，确认没有因删索引导致性能下降。
四、定期维护建议
数据库模式会随业务变化，建议定期检查索引使用情况：
每月或每季度运行一次无用索引检测脚本。 结合慢查询日志和执行计划分析，综合判断索引有效性。 开发上线新功能后，及时评估是否需要新增或清理索引。基本上就这些。关键是先看数据再动手，别盲目删除。索引不是越多越好，合理精简才能提升整体性能。
