造成性能问题的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.数字越大锁级别越高, 影响的操作越多

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值