叶老师 RR 模式下 UPDATE 锁范围扩大案例研究

2024-01-16 05:54:10

引言

在数据库管理系统中，锁机制是确保数据完整性和一致性的关键。在 InnoDB 存储引擎中，RR（Repeatable Read）隔离级别下，执行 UPDATE 语句时，通常会对被更新的行及其索引记录加锁。然而，叶老师分享了一个案例，展示了在 RR 模式下，UPDATE 锁的范围可能会超出预期。本文将对此案例进行研究，分析锁范围扩大背后的原因，并探讨避免此类问题的最佳实践。

案例分析

在叶老师分享的案例中，一个名为 users 的表具有以下结构：

CREATE TABLE users (
  id INT NOT NULL AUTO_INCREMENT,
  name VARCHAR(255) NOT NULL,
  age INT NOT NULL,
  PRIMARY KEY (id),
  INDEX idx_name (name)
);

当在 RR 模式下执行以下 UPDATE 语句时：

UPDATE users SET age = age + 1 WHERE name = 'John';

预期的锁范围只应包括 users 表中 name 为 "John" 的行及其在 idx_name 索引中的记录。然而，观察发现，锁范围还包括了表中所有其他行的 name 列，导致其他并发事务无法更新这些行的 name 列。

锁范围扩大的原因

分析此案例，可以发现锁范围扩大是由以下原因造成的：

MVCC（多版本并发控制）的实现： InnoDB 使用 MVCC 来实现 RR 隔离级别，它维护不同事务版本的数据副本。当执行 UPDATE 语句时，它不仅会更新当前版本的数据，还会创建该行的历史版本。
范围查询锁： RR 模式下，InnoDB 会对所有可能返回被更新行的索引加锁。在这种情况下，idx_name 索引中所有行的 name 列值都与查询条件 "John" 匹配，因此对索引中的所有行都加了锁。