造成性能问题的SQL语句——死锁问题

一、分别构建两个事务，并让这两个事务冲突——死锁产生

在窗口1中执行delete语句，但是不要commit

在开一个窗口，构建第二个事务：

此时，这个update语句一直在等待

二、登陆数据库查看是否有死锁产生：

执行如下查询语句：

SELECT l.session_id sid,
     s.serial#,
     l.locked_mode 锁模式,
     l.oracle_username 登录用户,
     l.os_user_name 登录机器用户名,
     s.machine 机器名,
     s.terminal 终端用户名,
     o.object_name 被锁对象名,
     s.logon_time 登录数据库时间
FROM v$locked_object l, all_objects o, v$session s
WHERE l.object_id = o.object_id
AND l.session_id = s.sid
ORDER BY sid, s.serial#;

可以看到SID分别为20和140的产生了死锁。

三、查看这两个会话是谁：select sid,username,sql_id from v$session where sid=SID;

四、通过sql_id找到他执行的SQL语句

select sql_text from v$sql where sql_id='SQL_ID';

五、确定是谁和他发生了冲突

select SID,SERIAL#,USERNAME from V$SESSION where SID in (select BLOCKING_SESSION from v$SESSION);

六、现在确认了是SID=140 并且 SERIAL#=13的和他产生冲突，杀掉这个会话

SQL> alter system kill session '140,13' immediate;

System altered.

SQL>

再来看第二个事务已经响应了：

七、如果情况紧急，需要立即释资源，那么就需要杀掉操作系统进程了

select PADDR from v$session where SID=140 and SERIAL#=13;

select SPID,USERNAME from v$process where ADDR='XXXX';

kill -9 SPID

 

八、附录：

v$log：

SQL_TEXT   当前游标的SQL文本的前千个字符

SQL_ID         库高速缓存中父游标的SQL标识符

v$session：

SADDR         会话地址

SID                会话标识符

SERIAL#        会话序列号。用于唯一标识会话的对象。如果会话结束且另一个会话以相同的会话ID开始，则保证会话级命令应                           用于正确的会话对象

PADDR           拥有会话的进程的地址

 

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

说明：

0：none

1：null 空 ----- 1级锁有：Select，有时会在v$locked_object出现。

2：Row-S 行共享(RS)：共享表锁，sub share ----- 2级锁有：Select for update,Lock For Update,Lock Row Share  
                                                                                                 select for update当对话使用for update子串打开一个游标时，所有                                                                                                    回集中的数据行都将处于行级(Row-X)独占式锁定，其他对象只能                                                                                                    查询这些数据行，不能进行update、delete或select for update操作

3：Row-X 行独占(RX)：用于行的修改，sub exclusive ----- 3级锁有：Insert, Update, Delete, Lock Row Exclusive 没有commit                                                                                                                之前插入同样的一条记录会没有反应, 因为后一个3的锁会                                                                                                                一直等待上一个3的锁, 我们必须释放掉上一个才能继续工作

4：Share 共享锁(S)：阻止其他DML操作，share ----- 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：S/Row-X 共享行独占(SRX)：阻止其他事务操作，share/sub exclusive ----- 5级锁有：Lock Share Row Exclusive  
                                                                                                                                          具体来讲有主外键约束时update / delete                                                                                                                                              ... ; 可能会产生4,5的锁

6：exclusive 独占(X)：独立访问使用，exclusive ------ 6级锁有：Alter table, Drop table, Drop Index, Truncate table, Lock                                                                                                                   Exclusive.数字越大锁级别越高, 影响的操作越多