我只是在编写一个看起来或多或少的复杂更新查询:
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
命令?这不是问题吗?我的意思是,在正常的编程中你通常必须明确地处理它,即从旧值将新值存储到其他地方,并在完成工作后,用new替换旧值...但是 SQL数据库将如何这样做?
我对单一观察或实验不感兴趣。我想有一个来自docs或sql标准的片段,它会说明在这种情况下定义的行为是什么。我正在使用MySQL,但答案也适用于其他PostgresQL,Oracle等,尤其是一般的SQL标准。谢谢!
答案 0 :(得分:3)
** 已修改 **
从目标表中选择
来自13.2.9.8. Subqueries in the FROM Clause:
FROM子句中的子查询可以返回标量,列,行或表。除非在JOIN操作的ON子句中使用,否则FROM子句中的子查询不能是相关子查询。
所以,是的,您可以执行上述查询。
问题
这里真的有两个问题。有并发性,或确保没有其他人从我们脚下改变数据。这是通过锁定来处理的。使用派生表处理新值与旧值的实际修改。
<强>锁定强>
对于上面的查询,使用InnoDB,MySQL首先执行SELECT,并分别获取表中每一行的读(共享)锁。如果SELECT语句中有WHERE子句,那么只会锁定您选择的记录,其中范围也会导致任何间隙被锁定。
read lock阻止任何其他查询获取写锁定,因此在读取锁定时无法从其他位置更新记录。
然后,MySQL分别获取表中每条记录的写(独占)锁。如果你的UPDATE语句中有一个WHERE子句,那么只有特定的记录会被写入锁定,而且如果WHERE子句选择了一个范围,那么你就会锁定一个范围。
任何具有前一个SELECT读锁定的记录都会自动升级为写锁定。
write lock阻止其他查询获取读或写锁。
您可以使用Innotop通过在锁定模式下运行它来启动事务,执行查询(但不提交它),并且您将在Innotop中看到锁定。此外,您可以使用SHOW ENGINE INNODB STATUS
在没有Innotop的情况下查看详细信息。
<强>死锁强>
如果同时运行两个实例,您的查询很容易出现死锁。如果查询A得到了读锁,那么查询B得到了读锁,查询A必须等待查询B的读锁才能获得写锁。但是,查询B在完成之前不会释放读锁,除非它可以获取写锁,否则它不会完成。查询A和查询B陷入僵局,因此陷入僵局。
因此,您可能希望执行显式表锁,以避免大量的记录锁(使用内存并影响性能),并避免死锁。
另一种方法是在内部SELECT上使用SELECT ... FOR UPDATE。这开始于所有行上的写锁定,而不是从读取和升级它们开始。
派生表
对于内部SELECT,MySQL创建一个derived temporary table。派生表是存在于由MySQL自动创建的临时表中的数据的实际非索引副本(与您显式创建并可以添加索引的临时表相对)。
由于MySQL使用派生表,这是您在问题中引用的临时旧值。换句话说,这里没有魔力。 MySQL就像你在其他任何地方做的一样,具有临时值。
您可以通过针对UPDATE语句执行EXPLAIN来查看派生表(在MySQL 5.6 +中受支持)。
答案 1 :(得分:2)
正确的RDBMS使用statement level read consistency
,这可以确保语句看到(选择)语句开始时的数据。所以你害怕的情况不会发生。
的问候,
罗布。
答案 2 :(得分:1)
Oracle在11.2 Documentation
中有这个一致 为每个查询提供结果集,保证数据的一致性, 没有用户的动作。隐式查询,例如暗示的查询 通过UPDATE语句中的WHERE子句,保证一致 一组结果。但是,隐式查询中的每个语句都没有 查看DML语句本身所做的更改,但将数据视为 它在改变之前就存在了。
答案 3 :(得分:0)
虽然已经注意到你不应该根据自己的数据对表进行更新,但你应该能够通过
调整MySQL语法来实现它。update Table1,
(select T2.y, MIN( T2.x ) as MinX from Table1 T2 group by T2.y ) PreQuery
set Table1.x = Table1.x - PreQuery.MinX
where Table1.y = PreQuery.y
我不知道语法是否使用JOIN与逗号列表版本的路径不同,但是通过完整的预先查询,您必须首先应用它的结果完成ONCE,并加入(通过WHERE)实际执行更新。