Oracle中for update和for update nowait的区别_非关系型数据库

概述1、for update 和 for update nowait 的区别：　　首先一点，如果只是select 的话，Oracle是不会加任何锁的，也就是Oracle对 select 读到的数据不会有任何限制，虽然这时候有可能另外一个进程正在修改表中的数据，并且修改的结果可能影响到你目前select语句的结果，但是因为没有锁，所以select结果为当前时刻表中记录的状态。　　如果加入了for @H_403_6@1、for update 和 for update Nowait 的区别：

@H_403_6@　　首先一点，如果只是select 的话，Oracle是不会加任何锁的，也就是Oracle对 select 读到的数据不会有任何限制，虽然这时候有可能另外一个进程正在修改表中的数据，并且修改的结果可能影响到你目前select语句的结果，但是因为没有锁，所以select结果为当前时刻表中记录的状态。

@H_403_6@ 　　如果加入了for update，则Oracle一旦发现（符合查询条件的）这批数据正在被修改，则不会发出该select语句查询，直到数据被修改结束（被commit），马上自动执行这个select语句。同样，如果该查询语句发出后，有人需要修改这批数据（中的一条或几条），它也必须等到查询结束后（commit）后，才能修改。

@H_403_6@　　for update Nowait和 for update 都会对所查询到得结果集进行加锁，所不同的是，如果另外一个线程正在修改结果集中的数据，for update Nowait 不会进行资源等待，只要发现结果集中有些数据被加锁，立刻返回 “ORA-00054错误，内容是资源正忙, 但指定以 NowAIT 方式获取资源”。

@H_403_6@　　for update 和 for update Nowait 加上的是一个行级锁，也就是只有符合where条件的数据被加锁。如果仅仅用update语句来更改数据时，可能会因为加不上锁而没有响应地、莫名其妙地等待，但如果在此之前，for update Nowait语句将要更改的数据试探性地加锁，就可以通过立即返回的错误提示而明白其中的道理，或许这就是for update Nowait的意义之所在。经过测试，以for update 或 for update Nowait方式进行查询加锁，在select的结果集中，只要有任何一个记录在加锁，则整个结果集都在等待系统资源（如果是Nowait，则抛出相应的异常）

@H_403_6@2、for update Nowait 与 for update 的目的: 锁定表的所有行，排斥其他针对这个表的写 *** 作。确保只有当前事务对指定表进行写 *** 作。

@H_403_6@　　别的事务要对这个表进行写 *** 作时，是等待一段时间还是马上就被数据库系统拒绝而返回，制定采用Nowait方式来进行检索，所以当发现数据被别的session锁定中的时候，就会迅速返回ORA-00054错误，内容是资源正忙, 但指定以 NowAIT 方式获取资源。所以在程序中我们可以采用Nowait方式迅速判断当前数据是否被锁定中，如果锁定中的话，就要采取相应的业务措施进行处理。

@H_403_6@

@H_403_6@如何理解上面的话：
开启一会话 (就是开一个sql window) ：
　　select empno,ename from emp where empno=‘7369‘ for update Nowait ;
得到下面结果集：
　　empno ename
　　7369 smith
开启另一会话：
　　select empno,ename from emp where empno=‘7369‘ for update Nowait ;
返回RA-00054错误，内容是资源正忙, 但指定以 NowAIT 方式获取资源
上面会话都提交commit;
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
开启一会话：
　　select empno,ename from emp where empno=‘7369‘ for update ;
得到下面结果集：
　　empno ename
　　7369 smith
开启另一会话：
　　select empno,ename from emp where empno=‘7369‘ for update;

@H_403_6@阻塞，不返回错误。
提交第一个会话，第二个回话自动执行
提交第二个会话
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
　　for update：当第一个session最后commit或者rollback之后，第二个session中的检索结果就是自动跳出来，并且也把数据锁定住。
开启一会话：
　　select empno,ename from emp where empno="7369" for update；
得到下面结果集:
　　empno ename
　　7369 smith
开启另一个会话，
　　update emp set ename=‘ALLEN‘ where empno="7396";
阻塞。
提交第一个会话，update 语句执行
再开启一会话
　　update emp set ename="SMITH" where empno=‘7396‘;
同样阻塞，虽然第一个会话因为提交而释放了锁，但是第二个会话中的update 又给这一行加锁了;
for update Nowait：当第一个session放开锁定以后，第二个session才能正常运行。当你第二个session语句运行后，数据又被第二个session语句锁定住了，这个时候只要第二个session语句后还没有commit，别的session照样不能对数据进行锁定更新等等。

@H_403_6@

@H_403_6@对比区别：
1　　select * from Ttable1 for update：锁定表的所有行，只能读不能写
2　　select * from Ttable1 where pkID = 1 for update：只锁定pkID=1的行
3　　select * from table1 a join table2 b on a.pkID=b.pkID for update：锁定两个表的所有记录
4　　select * from table1 a join table2 b on a.pkID=b.pkID where a.pkID = 10 for update：锁定两个表的中满足条件的行
5　　select * from table1 a join table2 b on a.pkID=b.pkID where a.pkID = 10 for update of a.pkID：只锁定table1中满足条件的行
for update 是把所有的表都锁住，for update of 根据of 后表的条件锁定相对应的表
-----------
关于NowAIT(如果一定要用FOR UPDATE，我更建议加上NowAIT)
　　当有LOCK冲突时会提示错误并结束STATEMENT而不是在那里等待(比如：要查的行已经被其它事务锁了，当前的锁事务与之冲突，加上Nowait，当前的事务会结束会提示错误并立即结束 STATEMENT而不再等待)；
　　如果加了for update后，该语句用来锁定特定的行（如果有where子句，就是满足where条件的那些行）。当这些行被锁定后，其他会话可以选择这些行，但不能更改或删除这些行，直到该语句的事务被commit语句或rollback语句结束为止。

关于oracle中的select...for update of columns
问题如下：select * from emp where empno = 7369 for update；会对表中员工编号为7369的记录进行上锁，其他用户无法对该记录进行 *** 作，只能查询。

@H_403_6@select * from emp where empno = 7369 for update of sal；这条语句是不是意味着只对表中的7369 这一行的sal字段的数据进行了上锁，其他数据则可以被其他用户做更新 *** 作呢。测试结果为两条语句的效果是一样的。其他用户对整行都无法更新，那么是不是意味着 for update of columns这句没有什么意义呢？

@H_403_6@从单独一张表的 *** 作来看，上面二条语句的效果确实是相同的。但是如果涉及到多表 *** 作的时候 for update of columns就起到了非常大的作用了。

@H_403_6@

@H_403_6@现假定有二个用户，scott和mm。

@H_403_6@scott执行语句：select * from emp e,dept d where e.deptno = d.deptno for update; --对两张表都进行了整表锁定

@H_403_6@mm执行语句：select * from scott.dept for update Nowait; --试图锁定scott用户的dept表

@H_403_6@结果是：
ERROR 位于第 1 行：ORA-30006: 资源已被占用; 执行 *** 作时出现 WAIT 超时。

@H_403_6@----------------------------------------------------------------------------------------------------

@H_403_6@现在，scott用户先进行解锁rollback，再在for update语句后面加上of columns，进行测试

@H_403_6@scott执行语句：select * from emp e，dept d where e.deptno = d.deptno for update of sal ;
mm执行语句：select * from scott.dept for update Nowait;

@H_403_6@结果是：
成功锁定了dept表的数据。

@H_403_6@----------------------------------------------------------------------------------------------------

@H_403_6@mm再次执行语句：select * from scott.emp for update Nowait;

@H_403_6@结果是：
ERROR 位于第 1 行: ORA-30006: 资源已被占用; 执行 *** 作时出现 WAIT 超时

@H_403_6@通过这段代码案例，我们可以得到结论：for update of columns 用在多表连接锁定时，可以指定要锁定的是哪几张表，而如果表中的列没有在for update of 后面出现的话，就意味着这张表其实并没有被锁定，其他用户是可以对这些表的数据进行update *** 作的。这种情况经常会出现在用户对带有连接查询的视图进行 *** 作场景下。用户只锁定相关表的数据，其他用户仍然可以对视图中其他原始表的数据来进行 *** 作。

@H_403_6@
Oracle的for update行锁
语法如下：
SELECT... FOR UPDATE [OF column_List][WAIT n|NowAIT][SKIP LOCKED];
其中：
OF 子句用于指定即将更新的列，即锁定行上的特定列。
WAIT 子句指定等待其他用户释放锁的秒数，防止无限期的等待。
“使用FOR UPDATE WAIT”子句的优点如下：
１防止无限期地等待被锁定的行；
２允许应用程序中对锁的等待时间进行更多的控制。
３对于交互式应用程序非常有用，因为这些用户不能等待不确定
４若使用了skip locked，则可以越过锁定的行，不会报告由wait n 引发的‘资源忙’异常报告

@H_403_6@示例:
create table t(a varchar2(20),b varchar2(20));
insert into t values(‘1‘,‘1‘);
insert into t values(‘2‘,‘2‘);
insert into t values(‘3‘,‘3‘);
insert into t values(‘4‘,‘4‘);
现在执行如下 *** 作：
在plsql develope中打开两个sql窗口，
在1窗口中运行sql：select * from t where a=‘1‘ for update;
在2窗口中运行sql：
1. select * from t where a=‘1‘; 这一点问题也没有，因为行级锁不会影响纯粹的select语句
2. select * from t where a=‘1‘ for update; 则这一句sql在执行时，永远处于等待状态，除非窗口1中sql被提交或回滚。
如何才能让sql2不等待或等待指定的时间呢？我们运行下面sql
3. select * from t where a=‘1‘ for update Nowait; 则在执行此sql时，直接报资源忙的异常。
若执行 select * from t where a=‘1‘ for update wait 6; 则在等待6秒后，报资源忙的异常。
4. select * from t where a=‘1‘ for update Nowait skip Locked; 则执行sql时，既不等待，也不报资源忙异常。