索引降低写性能因需同步更新B+树结构，引发页分裂与随机I/O；优化策略包括精简索引数量、定期审查使用情况以减少维护开销。
MySQL索引能显著提升查询效率，但会对写操作（如INSERT、UPDATE、DELETE）带来性能开销。理解这种影响并采取优化策略，是保障数据库整体性能的关键。
索引为何降低写操作性能
每当你执行一次插入、更新或删除操作，MySQL不仅要修改表中的数据行，还需要同步更新所有相关的索引结构。
- B+树维护成本高：MySQL索引通常使用B+树实现，插入或更新数据时可能引发页分裂、节点调整等操作，增加I/O和CPU消耗。
- 索引越多，开销越大：每个额外的索引都会在写入时被更新，尤其是唯一索引还需做重复值校验，进一步拖慢速度。
- 磁盘随机写增多：索引分布在不同位置，写入过程容易产生随机I/O，相比顺序写更耗时。
减少不必要的索引
最直接的优化方式是精简索引数量，只保留真正用于查询的索引。
- 定期审查索引使用情况，通过information_schema.STATISTICS或(a,b)，一般不需要再单独为a建索引。
合理设计联合索引
良好的联合索引设计可以减少索引总数，从而减轻写入负担。
- 遵循“最左前缀”原则，让多个查询共用同一个索引。
- 将高频过滤字段放在联合索引前面，提高复用率。
- 考虑覆盖索引，使查询无需回表，减少额外索引需求。
批量写入代替单条操作
频繁的单行INSERT或UPDATE会导致大量索引同步开销。采用批量处理可显著提升效率。
- 使用INSERT INTO ... VALUES (...), (...), (...)一次性插入多行。
- 对于大量数据导入，优先考虑LOAD DATA INFILE，MySQL会自动优化索引构建过程。
- 在维护场景下，可临时删除非主键索引，导入完成后再重建，加快整体速度。
选择合适的存储引擎与配置
InnoDB作为默认引擎，在写性能方面有一些关键配置可调优。
- 增大innodb_buffer_pool_size，让更多索引缓存在内存中，减少磁盘访问。
- 调整innodb_flush_log_at_trx_commit为2或0（根据数据安全性要求），降低事务提交时的刷盘频率。
- 启用innodb_change_buffering，延迟对非唯一二级索引的写入合并，提升更新性能。
