索引/唯一索引对插入操作的影响 新增唯一索引的插入性能损耗咨询

普通索引和唯一索引的插入性能差异核心来自唯一性校验的额外开销：普通索引插入时仅需完成索引页写入即可，唯一索引必须先确认待插入的字段值在整张表中不存在重复，才能完成写入操作。

不同场景下的性能影响幅度 #

• 索引可完全载入缓冲池的场景：如果column2的索引总大小小于数据库缓冲池（Buffer Pool）容量，唯一性校验仅需要访问内存数据，不会产生额外IO，插入性能通常会下降10%~25%。
• 索引无法完全载入缓冲池的场景：如果column2的索引大小超过缓冲池容量，随机插入场景下每次校验都可能需要读取磁盘上的索引页，产生大量随机读IO，此时插入性能会下降40%~70%，数据量越大性能衰减越明显。
• 存在重复插入的场景：如果插入的数据中存在column2重复的情况，除了唯一性校验开销外，还会额外产生冲突处理、错误返回的逻辑，性能衰减幅度会进一步提高15%以上。

实际基准测试参考数据 #

以下为MySQL 8.0环境下的实测数据，测试环境配置为32核CPU、64G内存、SSD磁盘、Buffer Pool配置16G，测试表结构含自增主键、column1唯一索引、column2索引，插入1000万条随机生成的无重复数据：

对照组（column2为普通索引）：总插入耗时4分12秒，平均QPS 39682
测试组（column2调整为唯一索引）：总插入耗时5分37秒，平均QPS 29673，性能下降约25.2%

如果插入数据中存在5%的column2重复值，测试组插入总耗时会升至7分21秒，平均QPS 22676，对比对照组性能下降约42.9%。

优化建议 #

如果业务必须保留column2的唯一约束，可优先在业务接入层做重复值校验，减少数据库层面的冲突概率；同时尽量调大缓冲池容量，让column2的索引尽可能全部载入内存，降低随机IO开销。

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