为何自增ID插入变慢了

自增 ID（AUTO_INCREMENT）插入变慢，通常不是“ID 本身”变慢，而是和自增机制相关的隐式成本或环境变化导致的。下面按最常见 → 较少见给你梳理原因和对应解法。

一、最常见原因

1️⃣ 表数据量变大，索引维护成本上升

自增 ID 一般作为：

• 主键
• 聚簇索引（如 InnoDB）

随着数据量增加：

• 插入时要维护更多 B+Tree 层级
• 页分裂概率上升
• 磁盘 IO 增加

✅ 表现：

• 单条 INSERT 变慢
• 批量插入还能接受

✅ 解决：

• 批量插入（INSERT … VALUES (),(),()）
• 合理分区（按时间/范围）
• 控制单表数据量

2️⃣ 自增锁竞争（MySQL 经典坑）

在 MySQL 5.7 及之前，默认：

innodb_autoinc_lock_mode = 1

• 某些 INSERT 会拿 表级自增锁
• 高并发插入时严重串行化

✅ 表现：

• 并发插入越多越慢
• CPU 不高，但 TPS 上不去

✅ 解决：

innodb_autoinc_lock_mode = 2

（MySQL 8.0 默认已是 2）

3️⃣ 插入触发了页分裂（碎片化）

• 主键是随机值？不是（自增不会）
• 但 二级索引 可能是无序的

插入时：

• 主键顺序插入 ✅
• 二级索引乱序 ❌ → 页分裂

✅ 解决：

• 定期 OPTIMIZE TABLE
• 减少不必要的二级索引
• 使用更短的索引字段

4️⃣ 磁盘 / IO 瓶颈

自增 ID 不会慢，但：

• SSD → HDD
• 云盘 IO 限流
• redo / undo 日志写满

✅ 表现：

• 所有写入都慢
• 不只是自增表

✅ 检查：

iostat -x 1
SHOW ENGINE INNODB STATUS;

二、容易被忽略的原因

5️⃣ 事务太大 / 未提交

• 一个事务插 10w 条
• 或 INSERT 后忘了 COMMIT

✅ 解决：

• 控制事务大小（1000～5000 条/事务）

6️⃣ 触发器 / 外键 / 约束

• BEFORE INSERT 触发器
• 外键检查
• UNIQUE 约束变多

✅ 解决：

• 去掉不必要触发器
• 外键改为逻辑校验

7️⃣ 自增 ID 接近上限（很少但致命）

• INT 最大 21 亿
• 用完会直接报错或异常慢

✅ 解决：

ALTER TABLE t MODIFY id BIGINT UNSIGNED AUTO_INCREMENT;

三、快速自查清单 ✅

你可以先确认几点：

1. MySQL 版本？
2. 是否高并发插入？
3. 单表数据量？
4. 是否有很多二级索引？
5. 插入是否批量？
6. 是否云数据库（有 IO 限制）？

如果你愿意，可以贴：

• 表结构
• 插入 SQL
• MySQL 版本

我可以直接帮你定位是哪一类问题。