MySQL InnoDB 自增锁机制解析：RR隔离级别下的表锁与幻读问题

在MySQL数据库的InnoDB存储引擎中，自增列（AUTO_INCREMENT）的并发插入涉及一种特殊的锁机制——自增锁（Auto-inc Locks）。本文将基于RR（可重复读）隔离级别，通过案例深入解析其工作原理及对事务并发的影响。

一、案例说明

假设有一张数据表 t，结构如下：

t(id AUTO_INCREMENT, name);

表中现有数据：

1, shenjian
2, zhangsan
3, lisi

事务A先执行插入操作（未提交）：

insert into t(name) values('xxx');

事务B后执行插入操作：

insert into t(name) values('ooo');

问题：事务B是否会被阻塞？

二、案例分析

在InnoDB的RR隔离级别下，设计用于解决幻读问题。针对上述案例：

• 事务A执行第一个insert，会生成记录 (4, 'xxx')，由于是自增列，id自动递增为4，此时事务未提交。
• 事务B执行insert，假设不被阻塞，会生成记录 (5, 'ooo')。
• 事务A继续执行第二个insert：

  insert into t(name) values('xxoo');

  生成记录 (6, 'xxoo')。

• 事务A执行查询：

  select * from t where id > 3;

  结果仅为：

  4, xxx
  6, xxoo

  无法查询到id为5的记录，因为RR隔离级别下不能读取其他未提交事务的数据。

这导致事务A观察到自增列出现“断层”：连续插入两条记录，id从4直接跳到6，类似幻影现象。这揭示了自增列在并发事务中需要特殊锁机制来保证连续性。

三、自增锁（Auto-inc Locks）详解

自增锁是一种特殊的表级锁，专用于事务插入AUTO_INCREMENT列的场景。其核心机制是：当一个事务正在插入自增记录时，其他所有事务的插入操作必须等待，以确保第一个事务插入的行获得连续的主键值。

官方文档描述：An AUTO-INC lock is a special table-level lock taken by transactions inserting into tables with AUTO_INCREMENT columns. In the simplest case, if one transaction is inserting values into the table, any other transactions must wait to do their own inserts into that table, so that rows inserted by the first transaction receive consecutive primary key values.

此外，InnoDB提供了 innodb_autoinc_lock_mode 配置参数，允许调整该锁的行为模式，以平衡性能与一致性。

四、非自增列场景对比

如果列不是自增的，情况会如何？假设表结构为：

t(id INT UNIQUE PRIMARY KEY, name VARCHAR(255));

现有数据：

10, shenjian
20, zhangsan
30, lisi

事务A先执行（未提交）：

insert into t values(11, 'xxx');

事务B后执行：

insert into t values(12, 'ooo');

此时不再使用自增锁，那么：

1. 会使用什么锁？（例如间隙锁或记录锁）
2. 事务B是否会被阻塞？

通过对比可以看出，自增锁是InnoDB针对自增列优化的特有机制，理解其原理有助于在事务隔离和并发设计中做出合理决策。实际应用中，需结合业务场景和配置参数来优化性能。