**已编辑**
从目标表中选择
从13.2.9.8 开始。FROM 子句中的子查询:
FROM 子句中的子查询可以返回标量、列、行或表。FROM 子句中的子查询不能是相关子查询,除非在 JOIN 操作的 ON 子句中使用。
所以,是的,您可以执行上述查询。
问题
这里确实有两个问题。有并发性,或者确保没有其他人从我们脚下更改数据。这是通过锁定处理的。处理新旧值的实际修改是通过派生表处理的。
锁定
在上述查询的情况下,使用 InnoDB,MySQL 首先执行 SELECT,并分别获取表中每一行的读取(共享)锁。如果您在 SELECT 语句中有 WHERE 子句,那么只有您选择的记录会被锁定,而范围也会导致任何间隙被锁定。
读锁可防止任何其他查询获取写锁,因此当记录被读锁定时,无法从其他地方更新记录。
然后,MySQL 分别在表中的每条记录上获取一个写(排他)锁。如果您的 UPDATE 语句中有 WHERE 子句,那么只有特定记录将被写锁定,同样,如果 WHERE 子句选择了一个范围,那么您将锁定一个范围。
任何从前一个 SELECT 获得读锁的记录都会自动升级为写锁。
写锁可防止其他查询获得读锁或写锁。
您可以使用Innotop通过在 Lock 模式下运行它来查看这一点,启动事务,执行查询(但不要提交),您将在 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 来查看派生表。