自增锁机制是什么原理

**自增锁（AUTO-INC Lock）**是数据库中用于保证 自增列（AUTO_INCREMENT） 唯一性和连续性的一种锁机制，最常见于 MySQL / InnoDB。下面从原理、类型、演变和实际影响来讲。

一、为什么需要自增锁？

当表中有 AUTO_INCREMENT 列时：

CREATE TABLE t (
  id INT AUTO_INCREMENT PRIMARY KEY,
  name VARCHAR(10)
);

多个事务并发插入时，必须保证：

• 每个事务拿到的自增值 不重复
• 通常还希望 大致连续（但不绝对保证）

如果没有锁，两个事务可能同时拿到同一个自增值，导致主键冲突。

二、自增锁的基本原理

核心思想

在生成自增值的瞬间加锁，分配完成后释放

不同插入方式，加锁粒度不同。

三、MySQL 中的自增锁类型（按插入方式）

1️⃣ 传统自增锁（Table-level AUTO-INC Lock）

• 锁级别：表级锁
• 加锁时机：INSERT 开始
• 释放时机：INSERT 语句结束（不是事务结束）

INSERT INTO t(name) VALUES ('a');

特点：

• 同一时刻 只有一个事务能插入
• 并发度低
• 但自增值 绝对连续

2️⃣ 轻量级自增锁（Mutex + 预分配）

从 MySQL 5.1+ 开始优化：

• 使用 互斥量（mutex）
• 只锁“取号”动作
• 插入数据本身不加表锁

INSERT INTO t(name) VALUES ('a'), ('b'), ('c');

特点：

• 并发更高
• 一次插入分配多个值
• 事务回滚 不会回收自增值

3️⃣ 不同插入模式（innodb_autoinc_lock_mode）

MySQL 8.0 默认是 2（interleaved），但要求 ROW 格式 binlog

四、一个关键现象：自增值“会跳”

INSERT 失败 / 回滚

自增值 不会回退：

1, 2, 3, (失败) → 下一个是 5

原因：

• 自增值是 全局计数器
• 回滚成本高，且影响并发

五、自增锁与事务的关系

⚠️ 重要：

• 自增锁 不等同于事务锁
• 自增值在 语句执行时分配
• 事务回滚不影响已分配的自增 ID

六、主从复制中的自增锁问题

在 STATEMENT binlog 下：

• 并发插入可能导致主从自增顺序不一致

✅ 解决方案：

• 使用 ROW binlog
• 或设置 innodb_autoinc_lock_mode = 1

七、总结一句话

自增锁的本质是：在并发插入时，用最小代价的锁保证 AUTO_INCREMENT 值不冲突，而不是保证绝对连续或事务一致。

如果你愿意，我也可以：

• 用图解释锁过程
• 对比 MySQL vs PostgreSQL
• 讲“为什么高并发下不推荐自增主键”