如何通过循环删除MySQL中非主键的冗余索引？

两种方案都可行，但要根据业务场景选择，核心是优先保证业务稳定性，避免误删必要索引：

1. 遍历生成删除语句（高效但需人工审核） #

你可以通过查询数据库的系统元数据表，自动生成所有非主键索引的DROP INDEX语句，这样既不用手动写每条删除命令，也能避免一次性大查询直接执行删除的风险。

以MySQL为例，执行这条查询生成删除语句：

SELECT CONCAT('DROP INDEX ', index_name, ' ON ', table_name, ';')
FROM information_schema.statistics
WHERE table_schema = '你的数据库名称'
  AND index_name != 'PRIMARY';

如果需要保留唯一索引，可以额外加过滤条件：AND NOT (index_name LIKE 'unique_%')（根据你的索引命名规则调整）。

生成的语句格式类似：

DROP INDEX idx_user_email ON users;
DROP INDEX idx_order_create_time ON orders;

推荐先人工核对每个索引，确认确实冗余后再执行，避免误删隐性依赖的索引（比如后台报表、脚本用到的索引）。

2. 逐个删除（最稳妥，适合生产环境） #

如果对数据库操作没把握，或者业务对稳定性要求极高，逐个删除是最稳妥的选择：

• 每次只删一个索引，删完后观察10-30分钟，检查业务系统有没有报错、慢查询是否激增、数据库负载是否正常。
• 万一删错了索引（比如某个索引被隐性依赖），可以快速用备份的索引结构重建，影响范围极小。

关键注意事项 #

• 先备份索引结构：执行删除前，用SHOW CREATE TABLE导出每张表的完整结构，留好所有索引的重建语句。
• 选低峰期操作：删除索引会消耗数据库资源，部分引擎下会短时间锁表，尽量在业务流量最低的时段执行。
• 测试环境先验证：把要执行的删除语句先在测试库跑一遍，确认无问题再到生产环境操作。
• 禁止自动执行删除：不要用动态SQL自动遍历删除，很容易因过滤条件错误误删必要索引，必须人工审核后再执行。

内容的提问来源于stack exchange，提问作者Liam Morton