假设一张表，数据如下
 
 
要求：删除年龄最小的记录
 
delete from eks_t1
where id = (select id
            from eks_t1
            order by age asc
            limit 1);
 
结果：执行失败。
 
原因：[HY000][1093] You can't specify target table 'eks_t1' for update in FROM clause
 
改成：
 

delete from eks_t1
where id = (select *
            from (select id
                  from eks_t1
                  order by age asc
                  limit 1) a);
 
结果：删除成功。
 
分析：mysql不能在同一表中查询的数据作为同一表的更新数据。目前只发现mysql有这个问题，需要在内存select外再包一层select作为中间表。
 
示例一，关联子查询
 
update eas_clazz t1 left join
  (
    select
      t2.clazz_id,
      t3.subject_id
    from eas_clazz_course t2 left join eas_course t3 on t2.course_id = t3.id) t5 on t1.id = t5.clazz_id
set t1.subject_id = t5.subject_id , t1.update_date = now();

 
以MySQL 的InnoDB 为例，预设的Tansaction isolation level 为REPEATABLE READ，在SELECT 的读取锁定主要分为两种方式:
 
SELECT ... LOCK IN SHARE MODE SELECT ... FOR UPDATE
 
这两种方式在事务(Transaction) 进行当中SELECT 到同一个数据表时，都必须等待其它事务数据被提交(Commit)后才会执行。而主要的不同在于LOCK IN SHARE MODE 在有一方事务要Update 同一个表单时很容易造成死锁 。
 
简单的说，如果SELECT 后面若要UPDATE 同一个表单，最好使用SELECT ... UPDATE。
 
举个例子: 假设商品表单products 内有一个存放商品数量的quantity ，在订单成立之前必须先确定quantity 商品数量是否足够(quantity>0) ，然后才把数量更新为1。
 
不安全的做法:
 
复制代码 代码如下:
 
SELECT quantity FROM products WHERE id=3; UPDATE products SET quantity = 1 WHERE id=3;
 
为什么不安全呢?
 
少量的状况下或许不会有问题，但是大量的数据存取「铁定」会出问题。
 
如
 
果我们需要在quantity>0 的情况下才能扣库存，假设程序在第一行SELECT 读到的quantity 是2
 
，看起来数字没有错，但是当MySQL 正准备要UPDATE 的时候，可能已经有人把库存扣成0 了，但是程序却浑然不知，将错就错的UPDATE
 
下去了。
 
因此必须透过的事务机制来确保读取及提交的数据都是正确的。
 
于是我们在MySQL 就可以这样测试:
 
复制代码 代码如下:
 
SET AUTOCOMMIT=0; BEGIN WORK; SELECT quantity FROM products WHERE id=3 FOR UPDATE;
 
此时products 数据中id=3 的数据被锁住(注3)，其它事务必须等待此次事务 提交后才能执行
 
SELECT * FROM products WHERE id=3 FOR UPDATE 如此可以确保quantity 在别的事务读到的数字是正确的。
 
复制代码 代码如下:
 
UPDATE products SET quantity = '1' WHERE id=3 ; COMMIT WORK;
 
提交(Commit)写入数据库，products 解锁。
 
注1: BEGIN/COMMIT 为事务的起始及结束点，可使用二个以上的MySQL Command 视窗来交互观察锁定的状况。
 
注2: 在事务进行当中，只有SELECT ... FOR UPDATE 或LOCK IN SHARE MODE 同一笔数据时会等待其它事务结束后才执行，一般SELECT ... 则不受此影响。
 
注3: 由于InnoDB 预设为Row-level Lock，数据列的锁定可参考这篇。
 
注4: InnoDB 表单尽量不要使用LOCK TABLES 指令，若情非得已要使用，请先看官方对于InnoDB 使用LOCK TABLES 的说明，以免造成系统经常发生死锁。
 
MySQL SELECT ... FOR UPDATE 的Row Lock 与Table Lock
 
上面介绍过SELECT ...
 
FOR UPDATE 的用法，不过锁定(Lock)的数据是判别就得要注意一下了。由于InnoDB 预设是Row-Level
 
Lock，所以只有「明确」的指定主键，MySQL 才会执行Row lock (只锁住被选取的数据) ，否则MySQL 将会执行Table
 
Lock (将整个数据表单给锁住)。
 
举个例子:
 
假设有个表单products ，里面有id 跟name 二个栏位，id 是主键。
 
例1: (明确指定主键，并且有此数据，row lock)
 
复制代码 代码如下:
 
SELECT * FROM products WHERE id='3' FOR UPDATE;
 
例2: (明确指定主键，若查无此数据，无lock)
 
复制代码 代码如下:
 
SELECT * FROM products WHERE id='-1' FOR UPDATE;
 
例2: (无主键，table lock)
 
复制代码 代码如下:
 
SELECT * FROM products WHERE name='Mouse' FOR UPDATE;
 
例3: (主键不明确，table lock)
 
复制代码 代码如下:
 
SELECT * FROM products WHERE id<>'3' FOR UPDATE;
 
例4: (主键不明确，table lock)
 
复制代码 代码如下:
 
SELECT * FROM products WHERE id LIKE '3' FOR UPDATE;
 
注1: FOR UPDATE 仅适用于InnoDB，且必须在事务区块(BEGIN/COMMIT)中才能生效。
 
注2: 要测试锁定的状况，可以利用MySQL 的Command Mode ，开二个视窗来做测试。
 
例
 
复制代码 代码如下:
 
MySQL update && select
 
CREATE TABLE `testupdate` (
 
`id` bigint(20) NOT NULL AUTO_INCREMENT,
 
`val` bigint(20) NOT NULL DEFAULT '0',
 
PRIMARY KEY (`id`)
 
) ENGINE=InnoDB AUTO_INCREMENT=2 DEFAULT CHARSET=utf8
 
update testupdate
 
set val = val+1
 
where id = 1 and @value := val+1;
 
select @value;
 
原文：http://www.jb51.net/article/42778.htm

Oracle Select for update用法
 
通常情况下Select不会对资料加锁，不会影响其他Session执行DML和DDL，借助for update子句就可以实现对资料加锁保护操作。當只允許一個session進行update的時候, for update十分有用.
 在select … for update之后，可以使用of子句对select的特定资料进行加锁操作，不适用of子句表示在select所有的表加锁。
 select * from test for update; 會對table test進行加鎖. 此時只允許當前的session對已經存在的資料進行更新. 但其它session仍可以進行insert的操作，只是不允许进行update操作。
 
select * from Table1 a join Table2 b on a.pkid=b.pkid where a.pkid = 10 for update of a.pkid 只鎖定Table1中滿足條件的行, 這就是使用of子句的作用. 比較常用於多個表的操作.
 
加入for update之後，Oracle就要求啟動一個新事務，嘗試對資料進行加鎖。如果當前已經被加鎖，預設的行為必然是block等待。使用nowait子句的作用就是避免進行等待，當發現請求加鎖資源被鎖定未釋放的時候，直接報錯返回。如果不使用nowait或wait子句, 新的加鎖請求會一直hang住, 直到原來的commit或rollback.
 
select * from test where a=2 for update nowait;
 ERROR at line 1:
 ORA-00054: resource busy and acquire with NOWAIT specified or timeout expired
 
或者
 select * from test where a=2 for update wait 3; 如果3秒內還是無法加鎖則返回錯誤.
 
在一個session內可以多次進行select XX for update,然後只需要commit或rollback一次即可釋放.
 
引用
 
oracle for update和for update nowait的区别
 

 
本文主要向大家介绍了MySQL update嵌套select问题，通过具体的实例让大家了解，希望对大家学习MySQL有所帮助。
 
当你希望更新一批值，且值是通过select条件查询出来时，下面这个错误应该不陌生
 
You can’t specify target table ‘x’ for update in FROM clause。
 
错误示范 1： A B 有关联同一个key_id , 根据 B表符合条件 -> 更新A表val值。UPDATE A a SET a.val = 2
 
WHERE a.id IN ( SELECT a.id FROM A
 
LEFT JOIN B ON b.key_id = a.key_id
 
WHERE b.satisfy = 1)
 
解决思路 1： 使用 INNER JOIN (最简洁)UPDATE A a INNET JOIN B b ON b.key_id = a.key_id
 
SET a.val = 2 WHERE b.satisfy = 1
 
解决思路 2：UPDATE A a, (SELECT A.id from A
 
LEFT JOIN B ON B.key_id= A.key_id
 
WHERE B.satisfy = 1) b
 
SET a.val = 2
 
WHERE a.id = b.id
 
本文由职坐标整理并发布，希望对同学们学习MySQL有所帮助，更多内容请关注职坐标数据库MySQL数据库频道！