合理设计索引以平衡查询性能与写入成本，减少冗余索引可降低维护开销，优先使用覆盖索引、前缀索引及高选择性字段组合，避免低效索引类型和长字段索引。
MySQL索引能显著提升查询性能，但维护成本也不可忽视。索引越多，写入操作（INSERT、UPDATE、DELETE）的开销越大，因为每次数据变更都需要同步更新对应索引。要降低索引维护成本，核心是合理设计和管理索引，避免冗余和无效使用。
减少不必要的索引
每个多余的索引都会增加写操作的负担。应定期审查并删除长期未被使用的索引：
- 通过performance_schema.table_io_waits_summary_by_index_usage查看索引使用情况，找出从未被读取的索引
- 避免对低选择性字段（如性别、状态标志）单独建立索引
- 联合索引覆盖多个查询时，避免再为其中单个字段创建独立索引
优化联合索引设计
良好的联合索引结构可以减少索引数量，从而降低维护开销：
- 遵循最左前缀原则，确保索引列顺序匹配查询条件
- 将高选择性字段放在前面，提升过滤效率
- 尽量使索引“覆盖”查询，避免回表，例如：SELECT id, status FROM orders WHERE user_id = 100 可用 (user_id, status) 覆盖索引
控制索引字段长度
索引字段越长，B+树节点存储的数据越少，树越高，I/O成本上升，同时维护代价也更高：
- 对VARCHAR大字段建立索引时，使用前缀索引，如INDEX(title(20))
- 优先使用整型字段作为索引，比如用user_id代替username
- 避免在TEXT或JSON字段上直接建索引，必要时提取关键属性建虚拟列索引
选择合适的索引类型
不同索引类型适用场景不同，选错会增加维护负担：
- 大多数情况下使用B+树索引即可，适用于范围查询和等值查询
- 频繁更新的字段避免建立唯一索引或主键外的二级唯一约束，校验成本高
- 对于只读或极少写入的表，可考虑全文索引或空间索引，但写入时禁用临时删除索引更高效
基本上就这些。关键是在查询性能和写入成本之间找到平衡，定期分析执行计划和索引使用情况，动态调整策略。索引不是越多越好，精简高效才是目标。