在事务中，如何在事务完成之前阻止对受影响行的读取？

Question

我很确定这有一个简单的解决方案，但到目前为止我还没有找到它。提供了一个隔离级别设置为 SERIALIZABLE 的 InnoDB MySQL 数据库，并给出以下操作：

BEGIN WORK;
SELECT * FROM users WHERE userID=1;
UPDATE users SET credits=100 WHERE userID=1;
COMMIT;

我想确保一旦事务中的 select 发出，对应于 userID=1 的行就被锁定以供 reads 直到事务完成。就目前而言，如果事务正在进行，则对该行的 UPDATE 将等待事务完成，但 SELECT 只会读取先前的值。我知道这是这种情况下的预期行为，但我想知道是否有办法锁定行，这样 SELECT 也会等到事务完成返回值？

我正在寻找的原因是，在某些时候，如果有足够多的并发用户，可能会发生这样的情况：当前一个交易正在进行时，其他人会读取“信用”来计算其他内容。理想情况下，其他人运行的代码应该等待事务完成才能使用新值，否则可能会导致不可逆转的异步问题。

请注意，我不想锁定整个表以供读取，只锁定特定行。

另外，我可以在表中添加一个布尔“锁定”字段，并在每次开始事务时将其设置为 1，但我并不觉得这是这里最优雅的解决方案，除非绝对没有其他方式直接通过mysql处理。

Answer 1

我找到了一个解决方法，具体来说：

SELECT ... LOCK IN SHARE MODE 在行上设置共享模式锁 读。共享模式锁使其他会话能够读取行，但 不要修改它们。 读取的行是最新的可用行，因此如果它们 属于另一个尚未提交的事务，读 阻塞直到该事务结束。

(Source)

似乎可以在依赖事务数据的关键 SELECT 语句中包含 LOCK IN SHARE MODE，它们确实会在检索行之前等待当前事务完成。为此，事务必须明确使用 FOR UPDATE（与我给出的原始示例相反）。例如，给定以下内容：

BEGIN WORK;
SELECT * FROM users WHERE userID=1 FOR UPDATE;
UPDATE users SET credits=100 WHERE userID=1;
COMMIT;

代码中我可以使用的任何其他地方：

SELECT * FROM users WHERE userID=1 LOCK IN SHARE MODE;

由于该语句未包装在事务中，因此锁会立即释放，因此对后续查询没有影响，但如果在事务中选择了涉及 userID=1 的行进行更新，则该语句将等到该事务完成了，这正是我想要的。

Answer 2

您可以尝试 SELECT ... FOR UPDATE 锁定读取。

SELECT ... FOR UPDATE 读取最新的可用数据，在它读取的每一行上设置排他锁。因此，它设置的锁与搜索的 SQL UPDATE 在行上设置的锁相同。

请浏览以下网站：http://dev.mysql.com/doc/refman/5.0/en/innodb-locking-reads.html