ORACLE六大锁模式
ORACLE六大锁模式级别越高影响越多
ORACLE里锁有以下几种模式:
0：none
1：null 空
2：Row-S 行共享(RS)：共享表锁，sub share
3：Row-X 行独占(RX)：用于行的修改，sub exclusive
4：Share 共享锁(S)：阻止其他DML操作，share
5：S/Row-X 共享行独占(SRX)：阻止其他事务操作，share/sub exclusive
6：exclusive 独占(X)：独立访问使用，exclusive
数字越大锁级别越高, 影响的操作越多。
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错误。
00054, 00000, "resource busy and acquire with NOWAIT specified"
// *Cause: Resource interested is busy.
// *Action: Retry if necessary.
5级锁有：Lock Share Row Exclusive
具体来讲有主外键约束时update / delete ... ; 可能会产生4,5的锁。
6级锁有：
|
1
|
Alter
table
,
Drop
table
,
Drop
Index
,
Truncate
table
, Lock Exclusive
|
以DBA角色, 查看当前 数据库里锁的情况可以用如下SQL语句：
|
1
2
3
4
5
6
7
8
9
10
11
12
|
for
a12
col object_name
for
a16
select
b.owner,b.object_name,l.session_id,l.locked_mode
from
v$locked_object l, dba_objects b
where
b.object_id=l.object_id
/
select
t2.username,t2.sid,t2.serial#,t2.logon_time
from
v$locked_object t1,v$session t2
where
t1.session_id=t2.sid
order
by
t2.logon_time
/
|
如果有长期出现的一列，可能是没有释放的锁。我们可以用下面SQL语句杀掉长期没有释放非正常的锁：
col owner for a12
col object_name for a16
select b.owner,b.object_name,l.session_id,l.locked_mode
from v$locked_object l, dba_objects b
where b.object_id=l.object_id
/
select t2.username,t2.sid,t2.serial#,t2.logon_time
from v$locked_object t1,v$session t2
where t1.session_id=t2.sid order by t2.logon_time
col object_name for a16
select b.owner,b.object_name,l.session_id,l.locked_mode
from v$locked_object l, dba_objects b
where b.object_id=l.object_id
/
select t2.username,t2.sid,t2.serial#,t2.logon_time
from v$locked_object t1,v$session t2
where t1.session_id=t2.sid order by t2.logon_time
如果出现了锁的问题, 某个DML操作可能等待很久没有反应。
当你采用的是直接连接数据库的方式，也不要用OS 系统命令 $kill process_num 或者 $kill -9 process_num来终止用户连接，因为一个用户进程可能产生一个以上的锁, 杀OS进程并不能彻底清除锁的问题。
【ORA-02049】超时分布式事务处理等待锁 解决方法
（1）以sys用户登陆数据库查询死锁：
SQL> select username,lockwait,status,machine,program from v$session where sid in
(select session_id from v$locked_object);
（2）然后使用一下语句查找被死锁的语句
SQL> select sql_text from v$sql where hash_value in
(select sql_hash_value from v$session where sid in (select session_id from v$locked_object));
（3）再使用以下语句查找被死锁的进程
SQL> SELECT s.username,l.OBJECT_ID,l.SESSION_ID,s.SERIAL#, l.ORACLE_USERNAME,
l.OS_USER_NAME,l.PROCESS FROM V$LOCKED_OBJECT l,V$SESSION S
WHERE l.SESSION_ID=S.SID;
（4）使用一下语句把死锁的进程kill
SQL>alter system kill session ‘sid,serial#’; （其中sid=l.session_id）
如：SQL> alter system kill session '24,37522';