SELECT..FOR UPDATE 实际上会延迟读取吗？

Question

所以这是我的场景，假设我正在制作一个在线购物平台。并且我的用户在user_balance 字段或表中有100 的余额。

现在，用户，打开withdrawal page 让他们withdraw money 和shopping page 让他到buy a watch of 100 dollar with one click

假设用户提现 100 美元，同时以 100 美元购买手表。

我的问题是SELECT user_balance FROM balances FOR UPDATE 会同时执行还是会等待其他人完成选择。

如果两个SELECT...FOR UPDATE 同时执行，user_balance 将在两个页面上显示100，因此，它将允许撤回100 并购买100 的手表，因此，当我们终于更新了用户的余额，它会显示负余额

100(user balance) - 100(withdrawal amount) - 100(purchasing of watch) = -100

这是两个页面的代码概念：

提款页​​面：

$withdrawal_amount = 100;

$user_balance = "SELECT user_balance FROM balances FOR UPDATE"; //actually return 100?(not sure about it, that is what my question about)

if($user_balance > $withdrawal_amount){
     //allow withdrawal
     $update_sql_query = "UPDATE balances SET user_balance = user_balance - " . $withdrawal_amount;
}

购买观看页面：

   $product_subtotal = 100;

    $user_balance = "SELECT user_balance FROM balances FOR UPDATE"; //actually return 100?(not sure about it, that is what my question about)

    if($user_balance > $product_subtotal){
         //allow withdrawal
         $update_sql_query = "UPDATE balances SET user_balance = user_balance - " . $product_subtotal;
    }

Answer 1

这里的正确方法似乎是让每个操作使用SELECT ... FOR UPDATE 在单独的事务中运行。在伪代码中，提款（或购买）的过程如下所示：

start transaction

SELECT user_balance FROM balances FOR UPDATE;
UPDATE balances SET user_balance = user_balance - 100;

end transaction

这个模式在这里工作如下。事务获得正在更新的用户余额记录的排他锁。这意味着在借记之前尝试读取用户余额的任何其他交易都将被阻止，并且必须等待。这样就避免了两笔交易交叉导致余额不正确的情况。

请注意，锁定读取需要 InnoDB 引擎。查看 MySQL documentation 了解更多信息。

Answer 2

SELECT FOR UPDATE 会延迟读取吗？

是的。你需要使用事务来获得好的结果。

SELECT ... FOR UPDATE，当在 InnoDB 表中的 MySQL 事务中完成时，锁定选定的行。假设您的代码实际上只选择了一行，通过执行SELECT something FROM balances WHERE id=something FOR UPDATE。

然后，如果连接到 MySQL 的两个不同程序尝试在大致相同的时间在同一行上执行 SELECT，其中一个将获胜。也就是说，它会先到达那里，然后查询就会完成。

要使其正常工作，请将您需要做的所有工作封装在 START TRANSACTION 和 COMMIT 中。在START TRANSACTION 之后你应该做的第一件事应该是你的SELECT ... FOR UPDATE。

如果您在工作时决定用户不能做她想做的事，您可以发出ROLLBACK 代替COMMIT，交易中的所有更改都将被放弃。

在第一个程序执行COMMIT 完成其事务之前，第二个程序的查询不会完成。然后它将读取在该事务期间存储到表中的任何内容。

这些是要记住的事情：SQL 事务看起来，对于连接到表服务器的其他程序来说，就像它们同时发生一样。当一个程序正在进行事务时，其他程序会等待。大多数情况下事务很快完成，因此很难观察到等待时间。