mysql - SQL update 在update运行的过程中会影响它的子查询吗？

Question

我只是在编写一个复杂的更新查询，它看起来或多或少像这样:

update table join
    (select y, min(x) as MinX 
     from table
     group by y) as t1
    using (y)
set x = x - MinX

这意味着变量 x 是根据子查询更新的，子查询也处理变量 x - 但不能这个 x 已经被正在运行的更新命令修改了？这不是问题吗？我的意思是，在正常的编程中，您通常必须明确地处理这个问题，即将新值从旧值存储到其他地方，并在工作完成后，用新值替换旧值......但是 SQL 数据库将如何这样做？

我对单个观察或实验不感兴趣。我想从文档或 sql 标准中获取一个片段，说明在这种情况下定义的行为是什么。我使用的是 MySQL，但对其他 PostgresQL、Oracle 等也有效的答案，尤其是一般的 SQL 标准，我们表示赞赏。谢谢!

Answer 1

** 已编辑 **

从目标表中选择

来自 13.2.9.8. Subqueries in the FROM Clause :

Subqueries in the FROM clause can return a scalar, column, row, or table. Subqueries in the FROM clause cannot be correlated subqueries, unless used within the ON clause of a JOIN operation.

所以，是的，您可以执行上述查询。

问题

这里确实有两个问题。存在并发性，或者确保没有其他人从我们脚下更改数据。这是通过锁定处理的。处理新值与旧值的实际修改是使用派生表处理的。

锁定

在上面的查询中，使用 InnoDB，MySQL 首先执行 SELECT，然后分别获取表中每一行的读(共享)锁。如果您在 SELECT 语句中有一个 WHERE 子句，那么只有您选择的记录会被锁定，其中范围也会导致任何间隙被锁定。

A read lock防止任何其他查询获取写锁，因此在读取锁定时无法从其他地方更新记录。

然后，MySQL 分别获取表中每条记录的写(独占)锁。如果您的 UPDATE 语句中有一个 WHERE 子句，那么只有特定的记录会被写入锁定，同样，如果 WHERE 子句选择了一个范围，那么您将锁定一个范围。

任何从之前的 SELECT 中获得读锁的记录都会自动升级为写锁。

A write lock防止其他查询获得读锁或写锁。

您可以使用 Innotop要通过在锁定模式下运行它来查看这一点，启动事务，执行查询(但不要提交)，您将在 Innotop 中看到锁。此外，您可以在没有 Innotop 的情况下使用 SHOW ENGINE INNODB STATUS 查看详细信息。

死锁

如果同时运行两个实例，您的查询很容易出现死锁。如果查询 A 获得读锁，然后查询 B 获得读锁，查询 A 必须等待查询 B 的读锁释放才能获得写锁。但是，查询 B 在完成之前不会释放读锁，除非它可以获取写锁，否则它不会完成。查询 A 和查询 B 陷入僵局，因此陷入僵局。

因此，您可能希望执行显式表锁定，既可以避免大量的记录锁定(占用内存并影响性能)，也可以避免死锁。

另一种方法是在内部 SELECT 上使用 SELECT ... FOR UPDATE。这从所有行的写锁开始，而不是从读取开始并升级它们。

派生表

对于内部 SELECT，MySQL 创建一个 derived temporary table .派生表是 MySQL 自动创建的临时表中数据的实际非索引副本(与您显式创建并可以添加索引的临时表相对)。

由于 MySQL 使用派生表，因此这是您在问题中引用的临时旧值。换句话说，这里没有魔法。 MySQL 使用临时值，就像您在其他任何地方执行它一样。

您可以通过对 UPDATE 语句执行 EXPLAIN 来查看派生表(MySQL 5.6+ 支持)。