**已编辑**
从目标表中选择
从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 来查看派生表。