在 MySQL InnoDB 引擎中，优化 Repeatable Read 隔离级别下间隙锁导致的性能下降，最直接的方法是将其调整为 Read Committed 隔离级别，或者优化 SQL 确保走唯一索引查询。此操作适用于对事务一致性要求允许幻读存在的场景，风险边界在于可能影响主从复制一致性或业务逻辑依赖的锁行为。

命令速用版

以下 SQL 命令用于查看当前隔离级别、临时修改会话级别以及检查锁状态。

-- 查看当前会话隔离级别
SELECT @@transaction_isolation;

-- 临时将会话隔离级别改为 Read Committed
SET SESSION TRANSACTION ISOLATION LEVEL READ COMMITTED;

-- 查看当前事务持有的锁
SELECT * FROM performance_schema.data_locks;

-- 查看锁等待情况
SELECT * FROM performance_schema.data_lock_waits;

为什么会这样

间隙锁（Gap Lock）是 InnoDB 在 Repeatable Read 级别下默认启用的锁机制，用于锁定索引记录之间的间隙以防止幻读。

在 Repeatable Read 级别下，InnoDB 使用 Next-Key Lock（记录锁 + 间隙锁）组合。当查询条件无法命中唯一索引或主键，或者涉及范围查询时，数据库会锁定扫描过的索引间隙。高并发写入时，多个事务尝试锁定同一间隙会导致相互等待，从而引发性能下降。相比之下，Read Committed 级别下通常只使用记录锁，不锁定间隙，从而减少冲突。

分步处理

按照以下步骤排查并优化间隙锁问题，每一步都包含检查点和回滚提醒。

步骤 1：确认当前隔离级别和锁等待

执行 SELECT @@transaction_isolation; 确认是否为 REPEATABLE-READ。查询 performance_schema.data_lock_waits 表，观察是否存在大量的 GAP 锁等待。

步骤 2：评估业务一致性需求

检查业务代码是否依赖事务隔离性来防止幻读。如果业务逻辑通过应用层锁或唯一索引约束保证了数据一致性，数据库层面的 Repeatable Read 可能不是必须的。

步骤 3：修改隔离级别

若确认可以接受 Read Committed 级别，在全局配置文件 my.cnf 或 my.ini 中设置 transaction-isolation = READ-COMMITTED 并重启服务，或在会话级临时设置。注意：修改全局级别会影响所有新连接。

步骤 4：优化 SQL 索引

如果不希望改变隔离级别，必须优化 SQL 执行计划。确保 UPDATE 或 DELETE 语句的 WHERE 条件能命中唯一索引或主键。使用 EXPLAIN 命令检查 SQL 是否走全表扫描或范围扫描，尽量改为等值查询。

步骤 5：回滚提醒

若修改隔离级别后出现数据逻辑异常，需立即改回 Repeatable Read。若优化索引失败，不要强制修改隔离级别，应先修复索引覆盖问题。

怎么验证是否生效

优化后，通过锁监控和性能指标确认间隙锁减少。

检查锁类型：再次查询 performance_schema.data_locks 表，确认 LOCK_TYPE 字段中 GAP 锁的数量显著减少或消失。

检查事务耗时：监控慢查询日志或性能监控平台，观察事务平均耗时是否下降，锁等待超时错误（Lock Wait Timeout）是否减少。

检查执行计划：对优化后的 SQL 执行 EXPLAIN，确认 type 字段为 ref 或 const，而非 range 或 ALL。

常见坑

主从复制兼容性：早期 MySQL 版本在 Read Committed 级别下使用 Statement 格式 binlog 可能导致主从数据不一致。建议配合 Row 格式 binlog 使用。

外键约束影响：即使改为 Read Committed，涉及外键约束检查时 InnoDB 仍可能使用间隙锁，需检查表结构中的外键定义。

唯一索引冲突：在唯一索引上进行等值查询但记录不存在时，Read Committed 级别下仍可能加间隙锁以防止插入冲突，需确保记录存在。

常见问题

Read Committed 级别下数据安全吗？

安全，但一致性级别不同。Read Committed 保证读到的是已提交的数据，不会出现脏读，但允许幻读，需业务层评估是否接受。

什么情况下间隙锁一定会出现？

在 Repeatable Read 级别下，普通索引的范围查询、全表扫描以及唯一索引查询但记录不存在时，通常会触发间隙锁。

修改隔离级别需要重启数据库吗？

会话级修改不需要重启，立即生效；全局修改通常需要重启 MySQL 服务才能对所有新连接生效。

参考来源

• MySQL 8.0 Reference Manual, InnoDB Locking, https://dev.mysql.com/doc/refman/8.0/en/innodb-locking.html
• MySQL 8.0 Reference Manual, Transaction Isolation Levels, https://dev.mysql.com/doc/refman/8.0/en/innodb-transaction-isolation-levels.html