基于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角色：

    查看当前会话sid:
    select sid from v$mystat where rownum<=1 ;
    查看当前session情况:
    select machine,username,sid,serial#,type,osuser,status from v$session;
   
    查看当前数据库里锁的情况可以用如下SQL语句:

如果有长期出现的一列，可能是没有释放的锁。我们可以用下面SQL语句杀掉长期没有释放非正常的锁：alter system kill session 'sid,serial#';
如果出现了锁的问题, 某个DML操作可能等待很久没有反应。

最新评论