1.
- 锁定表的所有行,只能读不能写
select * from test_table_01 for update;
- 只锁定id为1的行
SELECT *
FROM test_table_01 tt01
WHERE tt01.id = 1
FOR UPDATE;
- 锁定两个表的所有记录
SELECT *
FROM test_table_01 tt01, test_table_01 tt02
WHERE tt01.id = tt02.id
FOR UPDATE;
- 锁定两个表中满足tt01.id = 1的记录
SELECT *
FROM test_table_01 tt01, test_table_01 tt02
WHERE tt01.id = tt02.id
AND tt01.id = 1
FOR UPDATE;
- 锁定TEST_TABLE_01表中满足tt01.id = 1的记录
SELECT *
FROM test_table_01 tt01, test_table_01 tt02
WHERE tt01.id = tt02.id
AND tt01.id = 1
FOR UPDATE OF tt01.id NOWAIT;
2.
- for update 是把所有from中的表都锁, for update of 根据of 后表的条件锁定相对应的表。
- 关于NOWAIT(如果一定要用FOR UPDATE,我更建议加上NOWAIT)。
- 当有LOCK冲突时会提示错误并结束STATEMENT而不是在那里等待(比如:要查的行已经被其它事务锁了,当前的锁事务与之冲突,加上nowait,当前的事务会结束会提示错误并立即结束 STATEMENT而不再等待).
- 如果加了for update后 该语句用来锁定特定的行(如果有where子句,就是满足where条件的那些行)。当这些行被锁定后,其他会话可以选择这些行,但不能更改或删除这些行,直到该语句的事务被commit语句或rollback语句结束为止。
- 因为FOR UPDATE子句获得了锁,所以COMMIT将释放这些锁。当锁释放了,该游标就无效了。
3.关于oracle中的select...for update of columns
- 问题,如下:select * from test_table_01 tt01 where tt01.id = 1 for update; 会对表中id为1的记录进行上锁。其他用户无法对该记录进行操作,只能查询。select * from test_table_01 tt01 where tt01.id = 1 for update of tt01.id; 这条语句是不是意味着只对表中的id为1这一行的id字段的数据进行了上锁,该行的其他数据则可以被其他用户做更新操作呢。测试结果为二条语句的效果是一样的。其他用户对整行都无法更新,那么是不是意味着 for update of columns这句没有什么意义呢?
- 从单独一张表的操作来看,上面二条语句的效果确实是相同的。但是如果涉及到多表操作的时候 for update of columns就起到了非常大的作用了。现假定有二个用户,aa和bb。
SELECT * from test_table_01 tt01, test_table_02 tt02 where tt01.id = 1 for update; --对二张表都进行了整表锁定
SELECT * from scott.test_table_01 for update wait 3; --试图锁定scott用户的test_table_01表
SELECT * from test_table_01 tt01, test_table_02 tt02 where tt01.id = 1 for update tt02.id;
SELECT * from scott.test_table_01 for update wait 3; --试图锁定scott用户的test_table_01表
SELECT * from scott.test_table_02 for update wait 3; --试图锁定scott用户的test_table_02表
4.
Oracle 的for update行锁
SELECT...FOR UPDATE 语句的语法如下:
SELECT ... FOR UPDATE [OF column_list][WAIT n|NOWAIT][SKIP LOCKED];
其中:
OF 子句用于指定即将更新的列,即锁定行上的特定列。
WAIT 子句指定等待其他用户释放锁的秒数,防止无限期的等待。
“使用FOR UPDATE WAIT”子句的优点如下:
1.防止无限期地等待被锁定的行;
2.允许应用程序中对锁的等待时间进行更多的控制。
3.对于交互式应用程序非常有用,因为这些用户不能等待不确定
4. 若使用了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中指定了需修改的列,则只有与这些列相关的表的行才会被锁定。