基于oracle中锁的深入理解
ORACLE里锁有以下几种模式:
0:none
1:null 空
2:Row-S 行共享(RS):共享表锁
3:Row-X 行专用(RX):用于行的修改
4:Share 共享锁(S):阻止其他DML操作
5:S/Row-X 共享行专用(SRX):阻止其他事务操作
数字越大锁级别越高, 影响的操作越多。
1级锁有:Select,有时会在v$locked_object出现。
2级锁有:Select for update,Lock For Update,Lock Row Share
select for update当对话使用for update子串打开一个光标时,所有返回集中的数据行都将处于行级(Row-X)独占式锁定,其它对象只能查询这些数据行,不能进行update、delete或select for update操作。
3级锁有:Insert, Update, Delete, Lock Row Exclusive
没有commit之前同样的一条记录会没有反应, 因为后一个3的锁会一直等待上一个3的锁, 我们必须释放掉上一个才能继续工作。
4级锁有:Create Index, Lock Share locked_mode为2,3,4不影响DML(insert,delete,update,select)操作, 但DDL(alter,drop等)操作会提示ora-00054错误。
ORA-00054: resource busy and acquire with NOWAIT specified
(ORA-00054: 资源正忙, 但指定以 NOWAIT 方式获取资源)
5级锁有:Lock Share Row Exclusive
具体来讲有主外键约束时update / delete ... ; 可能会产生4,5的锁。
当对父表进行修改时,若子表对应的记录存在,则产生ORA-02292
异常;否则只对父表加TX锁和RX锁;
当对子表进行修改时,则除了对子表加加TX锁和RX锁外;对父表
也加了加SS锁,这符合逻辑,因为父表此时必须满足参考完整性;
也就是,对父表加SS锁,避免此时对父表进行修改操作。
上面锁说的修改,都是对子父表存在参考完整性的字段操作的。
6级锁有:Alter table, Drop table, Drop Index, Truncate table, Lock Exclusive
以DBA角色:
col owner for a12
col object_name for a30
col machine for a32
col USERNAME for a16
col OSUSER for a16
查看当前会话sid:
select sid from v$mystat where rownum<=1 ;
查看当前session情况:
select machine,username,sid,serial#,type,osuser,status from v$session;
查看当前数据库里锁的情况可以用如下SQL语句:
select s.username,o.object_name,s.machine,s.sid,s.serial#,k.type
from v$locked_object l,dba_objects o ,v$session s,v$lock k
where l.object_id = o.object_id and l.session_id=s.sid and k.sid=s.sid
如果有长期出现的一列,可能是没有释放的锁。我们可以用下面SQL语句杀掉长期没有释放非正常的锁:alter system kill session 'sid,serial#';
如果出现了锁的问题, 某个DML操作可能等待很久没有反应。
相关文章
随机获取oracle数据库中的任意一行数据(rownum)示例介绍
对于rownum来说它是oracle系统顺序分配为从查询返回的行的编号,返回的第一行分配的是1,第二行是2,依此类推,这个伪字段可以用于限制查询返回的总行数,且rownum不能以任何表的名称作为前缀2014-07-07详解PL/SQL Developer连接本地Oracle 11g 64位数据库
本篇文章主要介绍了PL/SQL Developer连接本地Oracle 11g 64位数据库 ,具有一定的参考价值,感兴趣的小伙伴们可以参考一下2017-04-04
最新评论