for update锁级别、存在的问题分析、for update of

一、oracle默认在update时是行锁。但如果update的where条件中有函数在使用，这时是行锁还是表锁？

举例：

SQL> update emp set sal=8000 where empno=7369;

1 row updated

SQL> select sid,type,lmode from v$lock where sid=146;

       SID TYPE      LMODE
---------- ---- ----------
       146 TM            3
       146 TX            6

SQL> rollback;

Rollback complete

SQL> update emp set sal=8000 where to_char(hiredate,'yyyy-mm-dd')='1980-12-17';

1 row updated

SQL> select sid,type,lmode from v$lock where sid=146;

       SID TYPE      LMODE
---------- ---- ----------
       146 TM            3
       146 TX            6

SQL> rollback;

Rollback complete

SQL>
在对表一行或多行进行更新时，会在行上产生行级锁，其他会话就不能对锁定的行进行DML操作，
同时，会在表上产生一个表锁，表锁是阻止对表进行DDL操作，比如增删列，删除表等等。
所以全表更新和带条件更新都产生两种锁。

 

二、for update 存在的问题：

两个update的问题：

1. 如果在for update一个行后 网络断掉 这个行会在什么时候解锁

2. 如何查询一个行是否被锁定 如果需要for update时 是否要事先判断下这个行是否被锁定 防止重复加锁

   1->select .... from update是悲观加锁，你断开连接了意味着你的会话异常关闭了，其余的要由服务器来释放了。具体锁定时间不知道，一般需要手工解锁。
   2->不需要判断，如果已经被锁，ORACLE会提示你，资源正忙。但可以用select .... from update nowait，不需要等待。如果已被锁，立即失败，如果未被锁，立即成功锁定！

   1->是的。如果很多session断开了，服务器确实有很多异常会话。对服务器来说，它并未能立即感知客户端异常断开，所以它依然会保留锁。此时需要手工kill session。DBA就是你提到的这个专人，这些工作的是他们的分内事。
   2->不是必须加，看你是否能接受等待了。如果你不希望等待，就加之。

 

三、慎用for update大规模数据 
Select for update是我们有时候会使用的一种语句类型。它的特点优势是能够将筛选出的数据进行独占锁定。通常情况下的Oracle select操作，是不会对数据表进行锁定，同时也不会被其他操作所阻塞。
 
在实际应用中，我们的确是经常使用for update进行数据锁定。常用的场景是，确定符合条件的数据是否存在，如果存在就立即锁定该条记录独占。之后对独占的数据进行修改。在存在多会话并发访问的时候，for update可以起到资源/信号量抢夺的作用。

 
 但是，for update的使用是有相应的代价的。在之前的系列文章中，我们探讨过for update要消耗更多的时间，主要在于需要在每个数据行进行加锁操作。在Oracle[url=]11g[/url]中，CBO的Query Optimizer采用了一些优化[url=]技术[/url]进行性能提升。但是，总的来说，for update是要消耗更多的资源的。
 
除了上面提到的方面，在redo size上for update也是有独特之处。通常我们继续DDL和更改类型操作的时候，才会生成redo log片段。普通的select是不会生成redo log记录的。如果使用for update，我们是可以发现select会生成redo size。

从统计量信息看，使用for update在处理相同数据行数据的时候，要产生相当数据量的redo size和嵌套[url=]SQL[/url]。
分析原因，从Oracle角度看，实现数据行的锁定依靠Select语句是不能做到的。所以，在for update操作的时候，Oracle会启动一个事务过程，将筛选出的数据行作出修改动作。
在这个过程中，Oracle会在条件记录对应的数据块上的事务槽作出标记，表示对应的数据行已经进行修改。这样才可能以独占的方式获取数据行。在Oracle中，只要对数据块进行了修改，无论这个修改是否最终被commit/rollback，都会生成出redo log信息，写入到online redo log中。
 
 
数据表越大，涉及的数据越多，for update的损耗和生成redo就越大。所以，如果数据表很大，同时select出的数据集合也很大，频繁的select for update就引起Oracle产生出大量的redo blocks。在归档模式下，过于频繁的对大数据进行for update操作，会带来额外的归档日志存储要求。如果没有预先的规划，容易引起[url=]数据库[/url]hange住。
 
--新添加列
SQL> alter table t add nname varchar2(10);
Table altered
 
Executed in 0.062 seconds
 
--后设置默认值；
SQL> alter table t modify nname default 'M';
Table altered
 
Executed in 0.062 seconds

从实验结果上看，对新插入的数据，后设置default value是其效果的。同时，从时间上看，一次性的设置新列和默认值消耗的时间巨大。这对于生产环境是一个潜在的风险。 
我们对高消耗的操作通常的处理是均衡化负载，尽可能将一个操作划分为若干个可干预、可控制的操作。所以，对一个大表添加有默认值数据列，可以先加一个无默认值数据列，之后修改默认值，最后使用dml进行数据更新。 

 

四、oracle for update of 和 for update区别

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语句结束为止。

　　因为FOR   UPDATE子句获得了锁，所以COMMIT将释放这些锁。当锁释放了，该游标就无效了。

 

1、关于oracle中的select...for update of columns

问题，如下：select * from emp where empno = 7369 for update; 会对表中员工编号为7369的记录进行上锁。其他用户无法对该记录进行操作，只能查询。select * from emp where empno = 7369 for update of sal; 这条语句是不是意味着只对表中的7369 这一行的sal字段的数据进行了上锁，其他数据则可以被其他用户做更新操作呢。学员测试结果为二条语句的效果是一样的。其他用户对整行都无法更新，那么是不是意味着 for update of columns这句没有什么意义呢？
  这个问题估计很多玩ORACLE的同学们都没有去思考过【网上相关的帖子不多】。现在将其功能讲解一下。

  从单独一张表的操作来看，上面二条语句的效果确实是相同的。但是如果涉及到多表操作的时候 for update of columns就起到了非常大的作用了。现假定有二个用户，scott和mm。

scott执行语句：select * from emp e,dept d where e.deptno = d.deptno for update; --对二张表都进行了整表锁定
mm执行语句：select * from scott.dept for update wait 3; --试图锁定scott用户的dept表
结果是：
ERROR 位于第 1 行:
ORA-30006: 资源已被占用; 执行操作时出现 WAIT 超时

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

scott执行语句：select * from emp e,dept d where e.deptno = d.deptno for update of sal ;
mm执行语句：select * from scott.dept for update wait 3;
结果是：

成功锁定了dept表的数据.

mm再次执行语句：select * from scott.emp for update wait 3;

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

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

 

2、Oracle 的for update行锁

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

示例: 
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窗口中运行sql1 
1. select * from t where a='1'; 这一点问题也没有，因为行级锁不会影响纯粹的select语句 
再运行sql2 
2. select * from t where a='1' for update; 则这一句sql在执行时，永远处于等待状态，除非窗口1中sql被提交或回滚。 
如何才能让sql2不等待或等待指定的时间呢？ 我们再运行sql3 
3. select * from t where a='1' for update nowait; 则在执行此sql时，直接报资源忙的异常。 
若执行 select * from t where a='1' for update wait 6; 则在等待6秒后，报 资源忙的异常。 
如果我们执行sql4 
4. select * from t where a='1' for update nowait skip Locked; 则执行sql时，即不等待，也不报资源忙异常。 
现在我们看看执行如下操作将会发生什么呢？ 
在窗口1中执行： 
select * from t where rownum<=3 nowait skip Locked; 
在窗口2中执行： 
select * from t where rownum<=6 nowait skip Locked; 
select for update 也就如此了吧，insert、update、delete操作默认加行级锁，其原理和操作与select for update并无两样。 
select for update of，这个of子句在牵连到多个表时，具有较大作用，如不使用of指定锁定的表的列，则所有表的相关行均被锁定，若在of中指定了需修改的列，则只有与这些列相关的表的行才会被锁定。