先识别并删除未使用或冗余索引以提升性能，通过查询information_schema和performance_schema找出无用索引，结合执行计划与慢查询日志分析影响，测试验证后小步删除，避免误删关键索引。
在mysql中删除不必要的索引，可以提升写入性能并减少存储占用。关键在于先识别哪些索引很少被使用或重复存在，再安全地移除它们。
识别冗余和未使用的索引
通过查询information_schema和performance_schema来发现潜在的无用索引：
- 查看表中的所有索引：使用 SHOW INDEX FROM 表名; 列出索引结构，注意重复的列组合
- 检查索引使用频率：启用 performance_schema 后，查询 performance_schema.table_io_waits_summary_by_index_usage，查找 COUNT_READ 为 0 或极低的索引
- 找出重复或前缀重叠的索引：比如同时存在 (a) 和 (a,b) 的索引，(a) 可能是冗余的
- 分析执行计划：用 EXPLaiN 检查常用查询是否实际走了某个索引
评估删除影响
不要直接删除索引，需确认其是否在业务高峰期或特定任务中被调用：
- 观察慢查询日志，确认删除的索引是否出现在被优化的SQL中
- 在测试环境模拟删除后，运行典型业务SQL，对比执行时间
- 与开发团队沟通，确认是否有定时任务或报表依赖该索引
执行删除操作
确认无误后，使用 DROP INDEX 语句移除索引：
- 语法：ALTER TABLE 表名 DROP INDEX 索引名;
- 主键索引需用：ALTER TABLE 表名 DROP PRIMARY KEY;（谨慎操作）
- 建议一次只删除一个索引，便于监控数据库响应
- 大表操作尽量安排在低峰期，避免锁表时间过长
后续监控
删除后持续观察系统表现：
- 检查慢查询数量是否上升
- 监控 INSERT/UPDATE/delete 性能是否改善
- 定期复查索引使用情况，建立索引管理机制
基本上就这些。关键是“先看再删、小步验证”，避免误删关键索引影响线上服务。不复杂但容易忽略的是长期未更新的统计信息，记得定期分析表数据分布。