1

我有下表：

CREATE TABLE `accounts` (
  `name` varchar(50) NOT NULL,
  `balance` int NOT NULL,
  PRIMARY KEY (`name`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_0900_ai_ci

它有两个帐户。“Bob”的余额为 100。“Jim”的余额为 200。

我运行这个查询将 50 从 Jim 转移到 Bob：

SET TRANSACTION ISOLATION LEVEL REPEATABLE READ;
BEGIN;

SELECT * FROM accounts;

SELECT SLEEP(10);

SET @bobBalance = (SELECT balance FROM accounts WHERE name = 'bob' FOR UPDATE);
SET @jimBalance = (SELECT balance FROM accounts WHERE name = 'jim' FOR UPDATE);
UPDATE accounts SET balance = @bobBalance + 50 WHERE name = 'bob';
UPDATE accounts SET balance = @jimBalance - 50 WHERE name = 'jim';

COMMIT;

当该查询处于休眠状态时，我在另一个会话中运行以下查询以将 Jim 的余额设置为 500：

UPDATE accounts SET balance = 500 WHERE name = 'jim';

我认为会发生的是这会导致错误。该事务会将 Jim 的余额设置为 150，因为事务中的第一次读取（在 SLEEP 之前）将建立一个快照，其中 Jim 的余额为 200，并且该快照将在以后的查询中用于获取 Jim 的余额。所以我们将从 200 中减去 50，即使 Jim 的余额实际上已被另一个查询更改为 500。

但事实并非如此。实际上，最终结果是正确的。Bob 有 150，Jim 有 450。但我不明白为什么会这样。

MySQL 文档说关于可重复读取：

这是 InnoDB 的默认隔离级别。同一事务中的一致性读取读取第一次读取建立的快照。这意味着，如果您在同一事务中发出多个普通（非锁定）SELECT 语句，这些 SELECT 语句也相互一致。请参见第 15.7.2.3 节，“一致的非锁定读取”。

那么我在这里错过了什么？为什么事务中的 SELECT 语句似乎并非全部使用由第一个 SELECT 语句建立的快照？

4

1 回答 1

2

可重复读取行为仅适用于非锁定 SELECT查询。它从事务中的第一个查询建立的快照中读取。

但是任何锁定 SELECT 查询都会读取该行的最新提交版本，就好像您已经在 READ-COMMITTED 隔离级别启动了事务一样。

如果 SELECT 涉及修改数据的任何类型的 SQL 语句，则 SELECT 是隐式锁定读取。

例如：

INSERT INTO table2 SELECT * FROM table1 WHERE ...;

上面的锁检查了 table1 中的行，即使语句只是将它们复制到 table2。

SET @myvar = (SELECT ... FROM table1 WHERE ...);

这也是将 table1 中的值复制到变量中。它锁定 table1 中检查的行。

同样，在触发器中调用的 SELECT 语句，或者作为多表 UPDATE 或 DELETE 的一部分，等等。只要 SELECT 是修改任何数据（在表中或变量中）的较大语句的一部分，它就会锁定 SELECT 检查的行。

因此，它是一个锁定读取，并且对于它读取的行版本而言，其行为类似于 UPDATE。

于 2020-10-12T23:25:53.263 回答