Mysql自增锁(Auto-incLocks)用法及说明

首页

数据库

热心网友

转载

2026-04-19

MySQL自增锁：三种模式详解与选型指南

数据库中的自增ID是开发者再熟悉不过的概念。然而，当多个事务并发执行插入操作时，MySQL如何确保这些ID的唯一性和有序性？这背后依赖一个至关重要却常被忽视的机制——自增锁。

免费影视、动漫、音乐、游戏、小说资源长期稳定更新！ 👉 点此立即查看 👈

简而言之，自增锁负责管理自增值的分配顺序与唯一性，它锁定的并非数据行，而是自增序列的“发号器”本身。自MySQL 5.1起，其行为可通过关键参数 innodb_autoinc_lock_mode 进行配置。该参数主要提供三种工作模式：0、1、2。

# 查看当前模式
SHOW VARIABLES LIKE 'innodb_autoinc_lock_mode';
# 运行时设置（重启后失效）
SET GLOBAL innodb_autoinc_lock_mode = 2;
# 在配置文件中永久设置
[mysqld]
innodb_autoinc_lock_mode = 1

1、模式0：传统模式

（1）核心特点

任何插入操作都会立即获取一个表级AUTO-INC锁。这意味着一个事务执行插入时，其他所有插入操作都必须等待。
自增ID的生成过程是完全串行化的，该锁会持续持有至当前插入语句执行结束。

此模式的优势在于，在单个事务内部，无论是批量插入还是多次单条插入，所产生的自增ID绝对连续，不受并发事务影响（因为其他事务均在排队）。但它无法保证整张表所有ID的全局连续性，因为事务回滚会导致已分配的自增值被“丢弃”，从而产生间隔。

（2）主要问题

并发性能瓶颈显著。在高并发写入场景下，这个表级锁极易成为性能瓶颈，导致大量线程阻塞。

（3）常见理解误区

需要特别注意：模式0仅管理“并发插入时的ID分配顺序”，而无法处理“事务回滚后的ID回收”。

更明确地说：

它确保了在单个事务内及多个事务间，ID均按申请顺序严格发放。
然而，一旦事务回滚，已发放的自增值即告作废，不会被回收重用，从而产生“ID跳号”现象。

因此，再次强调：切勿依赖数据库自增ID来实现任何要求业务连续性的逻辑（例如要求订单号必须连续），这一原则适用于所有模式。

2、模式1：连续模式（默认模式）

此模式在性能与数据一致性之间取得了良好平衡，是大多数生产环境的默认推荐配置。

（1）工作原理

简单插入（Simple INSERT）：通常不施加表锁，性能优异。
批量插入或数量不确定的插入：例如INSERT ... SELECT或LOAD DATA，仍会使用AUTO-INC锁来确保该批次ID的连续性。
此模式的核心承诺是：保证单条INSERT语句内部生成的自增值连续。

那么，哪些属于简单插入？

-- 以下属于简单插入，通常使用轻量级锁或无锁
INSERT INTO t(a) VALUES (1);
INSERT INTO t(a) VALUES (1),(2);
-- 以下操作会触发AUTO-INC锁
INSERT INTO t(a) SELECT ... FROM another_table;
LOAD DATA INFILE ... INTO TABLE t;

（2）与模式0的关键区别

模式0保证一个事务内的所有插入ID连续。而模式1退让一步，仅保证单条INSERT语句内的ID连续。

原因在于：在此模式下，自增值的分配时机与事务提交时间点解耦，仅与“INSERT语句的执行顺序”紧密相关。因此，即使在同一个事务中执行两条独立的INSERT语句，其生成的ID也可能不连续。

通过以下示例可以清晰理解：

-- 1. 事务A插入第一条，获取id=1，事务未提交
BEGIN;
INSERT INTO t(v) VALUES ('A事务第一条');
-- 2. 事务B插入一条并提交，获取id=2
BEGIN;
INSERT INTO t(v) VALUES ('B事务');
COMMIT;
-- 3. 事务A插入第二条，获取id=3
INSERT INTO t(v) VALUES ('A事务第二条');
-- 4. 在事务A内查询，会发现id为1和3，中间的2已被事务B取走
SELECT id, v FROM t;
-- 结果可能：id:1, v:'A事务第一条'
--         id:3, v:'A事务第二条'

可见，自增计数器如同一个独立的发号器，按INSERT语句的执行顺序依次发放号码，而不关心该语句属于哪个事务。

3、模式2：交错模式（无锁模式）

（1）核心特点

完全放弃使用AUTO-INC表锁，所有插入操作并发执行，性能达到最优。
自增值仅保证全局唯一，不保证任何连续性。

这是最激进的模式。在此模式下，即使是同一条INSERT语句插入的多行数据，其ID也可能出现乱序，即产生“跳号”。

（2）典型场景

-- 线程A执行
INSERT INTO t(a) VALUES ('A1'), ('A2');
-- 几乎同时，线程B执行
INSERT INTO t(a) VALUES ('B1'), ('B2');
-- 最终表中ID顺序可能出现交错：1, 3, 2, 4
-- 即：A1获取1，B1获取3，A2获取2，B2获取4