制造死鎖

創(chuàng)造環(huán)境

create table t1_deadlock (a int);
create table t2_deadlock (a int);

insert into t1_deadlock values (1);
insert into t2_deadlock values (2);

--第一步
update t1_deadlock set a = 1000 where a = 1;

?

--第二步
update t2_deadlock set a = 2000 where a = 2;

?

--第三步
update t2_deadlock set a = 2000 where a = 2;

這里出現(xiàn)了“鎖等待”（“阻塞”）的現(xiàn)象，原因很簡單，因為在session2中已經(jīng)對這條數(shù)據(jù)執(zhí)行過這個操作，在session2中已經(jīng)對該行加了行級鎖。
注意，這里是“鎖等待”，不是“死鎖”，注意這兩個概念的區(qū)別！

?

--第四步
update t1_deadlock set a = 1000 where a = 1;
這里還是長時間等待的現(xiàn)象，但是這里發(fā)生了“死鎖”！！

?

查詢死鎖

轉(zhuǎn)發(fā):http://blog.csdn.net/yongali/article/details/1680768

SELECT?? bs.username "Blocking User", bs.username "DB User",
???????? ws.username "Waiting User", bs.SID "SID", ws.SID "WSID",
???????? bs.serial# "Serial#", bs.sql_address "address",
???????? bs.sql_hash_value "Sql hash", bs.program "Blocking App",
???????? ws.program "Waiting App", bs.machine "Blocking Machine",
???????? ws.machine "Waiting Machine", bs.osuser "Blocking OS User",
???????? ws.osuser "Waiting OS User", bs.serial# "Serial#",
???????? ws.serial# "WSerial#",
???????? DECODE (wk.TYPE,
???????????????? 'MR', 'Media Recovery',
???????????????? 'RT', 'Redo Thread',
???????????????? 'UN', 'USER Name',
???????????????? 'TX', 'Transaction',
???????????????? 'TM', 'DML',
???????????????? 'UL', 'PL/SQL USER LOCK',
???????????????? 'DX', 'Distributed Xaction',
???????????????? 'CF', 'Control FILE',
???????????????? 'IS', 'Instance State',
???????????????? 'FS', 'FILE SET',
???????????????? 'IR', 'Instance Recovery',
???????????????? 'ST', 'Disk SPACE Transaction',
???????????????? 'TS', 'Temp Segment',
???????????????? 'IV', 'Library Cache Invalidation',
???????????????? 'LS', 'LOG START OR Switch',
???????????????? 'RW', 'ROW Wait',
???????????????? 'SQ', 'Sequence Number',
???????????????? 'TE', 'Extend TABLE',
???????????????? 'TT', 'Temp TABLE',
???????????????? wk.TYPE
??????????????? ) lock_type,
???????? DECODE (hk.lmode,
???????????????? 0, 'None',
???????????????? 1, 'NULL',
???????????????? 2, 'ROW-S (SS)',
???????????????? 3, 'ROW-X (SX)',
???????????????? 4, 'SHARE',
???????????????? 5, 'S/ROW-X (SSX)',
???????????????? 6, 'EXCLUSIVE',
???????????????? TO_CHAR (hk.lmode)
??????????????? ) mode_held,
???????? DECODE (wk.request,
???????????????? 0, 'None',
???????????????? 1, 'NULL',
???????????????? 2, 'ROW-S (SS)',
???????????????? 3, 'ROW-X (SX)',
???????????????? 4, 'SHARE',
???????????????? 5, 'S/ROW-X (SSX)',
???????????????? 6, 'EXCLUSIVE',
???????????????? TO_CHAR (wk.request)
??????????????? ) mode_requested,
???????? TO_CHAR (hk.id1) lock_id1, TO_CHAR (hk.id2) lock_id2,
???????? DECODE
??????????? (hk.BLOCK,
???????????? 0, 'NOT Blocking',???????? /**//* Not blocking any other processes */
???????????? 1, 'Blocking',???????????? /**//* This lock blocks other processes */
???????????? 2, 'Global',????????? /**//* This lock is global, so we can't tell */
???????????? TO_CHAR (hk.BLOCK)
??????????? ) blocking_others
??? FROM v$lock hk, v$session bs, v$lock wk, v$session ws
?? WHERE hk.BLOCK = 1
???? AND hk.lmode != 0
???? AND hk.lmode != 1
???? AND wk.request != 0
???? AND wk.TYPE(+) = hk.TYPE
???? AND wk.id1(+) = hk.id1
???? AND wk.id2(+) = hk.id2
???? AND hk.SID = bs.SID(+)
???? AND wk.SID = ws.SID(+)
???? AND (bs.username IS NOT NULL)
???? AND (bs.username <> 'SYSTEM')
???? AND (bs.username <> 'SYS')
ORDER BY 1;

--------------------------------------------------------------------------------
查詢發(fā)生死鎖的select語句

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))

---------------------------------------------------------
關(guān)于數(shù)據(jù)庫死鎖的檢查方法

一、??????? 數(shù)據(jù)庫死鎖的現(xiàn)象
程序在執(zhí)行的過程中，點擊確定或保存按鈕，程序沒有響應(yīng)，也沒有出現(xiàn)報錯。
二、??????? 死鎖的原理
當對于數(shù)據(jù)庫某個表的某一列做更新或刪除等操作，執(zhí)行完畢后該條語句不提
交，另一條對于這一列數(shù)據(jù)做更新操作的語句在執(zhí)行的時候就會處于等待狀態(tài)，
此時的現(xiàn)象是這條語句一直在執(zhí)行，但一直沒有執(zhí)行成功，也沒有報錯。
三、??????? 死鎖的定位方法
通過檢查數(shù)據(jù)庫表，能夠檢查出是哪一條語句被死鎖，產(chǎn)生死鎖的機器是哪一臺。
1）用dba用戶執(zhí)行以下語句
select username,lockwait,status,machine,program from v$session where sid in
(select session_id from v$locked_object)
如果有輸出的結(jié)果，則說明有死鎖，且能看到死鎖的機器是哪一臺。字段說明：
Username：死鎖語句所用的數(shù)據(jù)庫用戶；
Lockwait：死鎖的狀態(tài)，如果有內(nèi)容表示被死鎖。
Status： 狀態(tài)，active表示被死鎖
Machine： 死鎖語句所在的機器。
Program： 產(chǎn)生死鎖的語句主要來自哪個應(yīng)用程序。
2）用dba用戶執(zhí)行以下語句，可以查看到被死鎖的語句。
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))

四、??????? 死鎖的解決方法
??? 一般情況下，只要將產(chǎn)生死鎖的語句提交就可以了，但是在實際的執(zhí)行過程中。用戶可
能不知道產(chǎn)生死鎖的語句是哪一句?？梢詫⒊绦蜿P(guān)閉并重新啟動就可以了。
　經(jīng)常在Oracle的使用過程中碰到這個問題，所以也總結(jié)了一點解決方法。

　　1）查找死鎖的進程：

sqlplus "/as sysdba" (sys/change_on_install)
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;

　　2）kill掉這個死鎖的進程：

　　alter system kill session ‘sid,serial#’; （其中sid=l.session_id）

　　3）如果還不能解決：

select pro.spid from v$session ses,
v$process pro where ses.sid=XX and
ses.paddr=pro.addr;

　　其中sid用死鎖的sid替換:

exit
ps -ef|grep spid

　　其中spid是這個進程的進程號，kill掉這個Oracle進程。

轉(zhuǎn)載于:https://www.cnblogs.com/yinhaosln/archive/2011/11/30/2268829.html

總結(jié)

以上是生活随笔為你收集整理的Oracle 制造死锁和查询死锁的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。