TMS*_*TMS 8 mysql sql database oracle postgresql
我只是在编写一个看起来或多或少像这样的复杂更新查询:
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已经由运行update命令进行修改？这不是问题吗？我的意思是,在正常的编程中,你通常必须明确地处理它,即从旧值将新值存储到其他地方,并在完成作业后,用new替换旧值...但SQL数据库将如何执行此操作？
我对单一观察或实验不感兴趣.我想有一个来自docs或sql标准的片段,它会说明在这种情况下定义的行为是什么.我正在使用MySQL,但答案也适用于其他PostgresQL,Oracle等,特别是对于SQL标准一般都很感激.谢谢!
**编辑**
从目标表中选择
FROM 子句中的子查询可以返回标量、列、行或表。FROM 子句中的子查询不能是相关子查询，除非在 JOIN 操作的 ON 子句中使用。
所以，是的，您可以执行上述查询。
问题
这里真的有两个问题。存在并发性，或者确保没有其他人从我们脚下更改数据。这是通过锁定来处理的。处理新值与旧值的实际修改是通过派生表来处理的。
锁定
在上述查询的情况下，使用 InnoDB，MySQL 首先执行 SELECT，并分别获取表中每一行的读取（共享）锁。如果您在 SELECT 语句中有一个 WHERE 子句，那么只会锁定您选择的记录，其中范围也会导致任何间隙被锁定。
一个读锁可以防止获取写锁，所以记录无法从其他地方，当他们读锁定更新的任何其他查询。
然后，MySQL 分别获取对表中每条记录的写（独占）锁。如果你的 UPDATE 语句中有一个 WHERE 子句，那么只有特定的记录会被写锁定，同样，如果 WHERE 子句选择了一个范围，那么你就会锁定一个范围。
任何从前一个 SELECT 获得读锁的记录都会自动升级为写锁。
甲写锁防止其他查询从获得读或写锁定。
您可以使用Innotop通过在锁定模式下运行它来查看这一点，启动事务，执行查询（但不要提交它），您将在 Innotop 中看到锁定。此外，您可以在没有 Innotop 的情况下查看详细信息SHOW ENGINE INNODB STATUS。
死锁
如果同时运行两个实例，您的查询很容易出现死锁。如果查询 A 获得读锁，然后查询 B 获得读锁，则查询 A 必须等待查询 B 的读锁释放才能获取写锁。但是，查询 B 在完成之前不会释放读锁，除非它可以获取写锁，否则它不会完成。查询 A 和查询 B 陷入僵局，因此陷入僵局。
因此，您可能希望执行显式表锁定，以避免大量记录锁定（这会使用内存并影响性能），并避免死锁。
另一种方法是在您的内部 SELECT 上使用 SELECT ... FOR UPDATE 。这从对所有行的写锁定开始，而不是从读取和升级它们开始。
派生表
对于内部 SELECT，MySQL 创建一个派生临时表。派生表是数据的实际非索引副本，该副本位于 MySQL 自动创建的临时表中（与您显式创建并可以向其添加索引的临时表相反）。
由于 MySQL 使用派生表，因此这是您在问题中引用的临时旧值。换句话说，这里没有魔法。MySQL 这样做就像你在其他任何地方做的一样，有一个临时值。
您可以通过对 UPDATE 语句（MySQL 5.6+ 支持）执行 EXPLAIN 来查看派生表。