MySQL SELECT同时UPDATE同一张表问题发生及解决
更新时间：2013年03月25日 11:30:42 作者：
例如用统计数据更新表的字段（此时需要用group子句返回统计值），从某一条记录的字段update另一条记录，而不必使用非标准的语句，等等感兴趣的朋友可以参考下哈
MySQL不允许SELECT FROM后面指向用作UPDATE的表，有时候让人纠结。当然，有比创建无休止的临时表更好的办法。本文解释如何UPDATE一张表，同时在查询子句中使用SELECT.
问题描述
假设我要UPDATE的表跟查询子句是同一张表，这样做有许多种原因，例如用统计数据更新表的字段（此时需要用group子句返回统计值），从某一条记录的字段update另一条记录，而不必使用非标准的语句，等等。举个例子：
create table apples(variety char(10) primary key, price int);
insert into apples values('fuji', 5), ('gala', 6);
update apples
set price = (select price from apples where variety = 'gala')
where variety = 'fuji';
错误提示是：ERROR 1093 (HY000): You can't specify target table 'apples' for update in FROM clause. MySQL手册UPDATE documentation这下面有说明 : “Currently, you cannot update a table and select from the same table in a subquery.”
在这个例子中，要解决问题也十分简单，但有时候不得不通过查询子句来update目标。好在我们有办法。
解决办法
既然MySQL是通过临时表来实现FROM子句里面的嵌套查询，那么把嵌套查询装进另外一个嵌套查询里，可使FROM子句查询和保存都是在临时表里进行，然后间接地在外围查询被引用。下面的语句是正确的：
update apples
set price = (
select price from (
select * from apples
) as x
where variety = 'gala')
where variety = 'fuji';
如果你想了解更多其中的机制，请阅读MySQL Internals Manual相关章节。
没有解决的问题
一个常见的问题是，IN()子句优化废品，被重写成相关的嵌套查询，有时（往往？）造成性能低下。把嵌套查询装进另外一个嵌套查询里并不能阻止它重写成相关嵌套，除非我下狠招。这种情况下，最好用JOIN重构查询（rewrite such a query as a join）。
另一个没解决的问题是临时表被引用多次。“装进嵌套查询”的技巧无法解决这些问题，因为它们在编译时被创建，而上面讨论的update问题是在运行时。
问题描述
假设我要UPDATE的表跟查询子句是同一张表，这样做有许多种原因，例如用统计数据更新表的字段（此时需要用group子句返回统计值），从某一条记录的字段update另一条记录，而不必使用非标准的语句，等等。举个例子：
复制代码 代码如下:
create table apples(variety char(10) primary key, price int);
insert into apples values('fuji', 5), ('gala', 6);
update apples
set price = (select price from apples where variety = 'gala')
where variety = 'fuji';
错误提示是：ERROR 1093 (HY000): You can't specify target table 'apples' for update in FROM clause. MySQL手册UPDATE documentation这下面有说明 : “Currently, you cannot update a table and select from the same table in a subquery.”
在这个例子中，要解决问题也十分简单，但有时候不得不通过查询子句来update目标。好在我们有办法。
解决办法
既然MySQL是通过临时表来实现FROM子句里面的嵌套查询，那么把嵌套查询装进另外一个嵌套查询里，可使FROM子句查询和保存都是在临时表里进行，然后间接地在外围查询被引用。下面的语句是正确的：
复制代码 代码如下:
update apples
set price = (
select price from (
select * from apples
) as x
where variety = 'gala')
where variety = 'fuji';
如果你想了解更多其中的机制，请阅读MySQL Internals Manual相关章节。
没有解决的问题
一个常见的问题是，IN()子句优化废品，被重写成相关的嵌套查询，有时（往往？）造成性能低下。把嵌套查询装进另外一个嵌套查询里并不能阻止它重写成相关嵌套，除非我下狠招。这种情况下，最好用JOIN重构查询（rewrite such a query as a join）。
另一个没解决的问题是临时表被引用多次。“装进嵌套查询”的技巧无法解决这些问题，因为它们在编译时被创建，而上面讨论的update问题是在运行时。
相关文章
Mysql 数据库死锁过程分析(select for update)
最近有项目需求，需要保证多台机器不拿到相同的数据，后来发现Mysql查询语句使用select.. for update经常导致数据库死锁问题，下面小编给大家介绍mysql 数据库死锁过程分析(select for update)，对mysql数据库死锁问题感兴趣的朋友一起学习吧2015-12-12
这篇文章主要给大家介绍了关于MySQL如何快速批量插入1000w条数据的相关资料，文中通过示例代码介绍的非常详细，对大家的学习或者工作具有一定的参考学习价值，需要的朋友们下面随着小编来一起学习学习吧2021-03-03
这篇文章主要为大家详细介绍了MySQL的索引，文中示例代码介绍的非常详细，具有一定的参考价值，感兴趣的小伙伴们可以参考一下，希望能够给你带来帮助2022-03-03
这篇文章主要介绍了MySQL 两种恢复数据的方法，帮助恢复线上数据，保证数据完整，感兴趣的朋友可以了解下2020-10-10
由于 SupeSite 需要调用 Discuz! 和 UCHome 的数据，所以如果它们不安装在同一个数据库，SupeSite 的数据库用户必须要对 Discuz! 和 UCHome 的数据库有读取、修改、删除等权限。2011-07-07
关于 MySQL 嵌套子查询中无法关联主表字段问题的解决方法
这篇文章主要介绍了关于 MySQL 嵌套子查询中，无法关联主表字段问题的折中解决方法,本文通过图文并茂的形式给大家介绍的非常详细，对大家的学习或工作具有一定的参考借鉴价值，需要的朋友可以参考下2022-12-12
这篇文章主要介绍了SQL中的开窗函数(窗口函数)使用，具有很好的参考价值，希望对大家有所帮助。如有错误或未考虑完全的地方，望不吝赐教2022-08-08
物理服务机的CPU、内存、存储设备、连接数等资源有限，某个时段大量连接同时执行操作，会导致数据库在处理上遇到性能瓶颈。为了解决这个问题，行业先驱门充分发扬了分而治之的思想，对大库表进行分割2022-01-01
mysql 8.0.18.zip安装配置方法图文教程(windows 64位)
这篇文章主要为大家详细介绍了mysql 8.0.18.zip安装配置方法图文教程，以及卸载以前数据库的方法，具有一定的参考价值，感兴趣的小伙伴们可以参考一下2019-10-10
这篇文章主要给大家介绍了关于MySQL中行级锁定的相关资料，文中通过示例代码介绍的非常详细，对大家学习或者使用MySQL具有一定的参考学习价值，需要的朋友们下面来一起学习学习吧2019-05-05
最新评论