一、資料庫死鎖的現象
程式在執行的過程中，點選確定或儲存按鈕，程式沒有響應，也沒有出現報錯。
二、死鎖的原理
當對於資料庫某個表的某一列做更新或刪除等操作，執行完畢後該條語句不提
交，另一條對於這一列資料做更新操作的語句在執行的時候就會處於等待狀態，
此時的現象是這條語句一直在執行，但一直沒有執行成功，也沒有報錯。
三、死鎖的定位方法
通過檢查資料庫表，能夠檢查出是哪一條語句被死鎖，產生死鎖的機器是哪一台。
1）用dba使用者執行以下語句
select username,lockwait,status,machine,program from v$session where sid in
(select session_id from v$locked_object)
如果有輸出的結果，則說明有死鎖，且能看到死鎖的機器是哪一台。字段說明：
username：死鎖語句所用的資料庫使用者；
lockwait：死鎖的狀態，如果有內容表示被死鎖。
status： 狀態，active表示被死鎖
machine： 死鎖語句所在的機器。
program： 產生死鎖的語句主要來自哪個應用程式。
2）用dba使用者執行以下語句，可以檢視到被死鎖的語句。
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))
四、死鎖的解決方法
一般情況下，只要將產生死鎖的語句提交就可以了，但是在實際的執行過程中。使用者可
能不知道產生死鎖的語句是哪一句。可以將程式關閉並重新啟動就可以了。
經常在oracle的使用過程中碰到這個問題，所以也總結了一點解決方法。
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程序
select a.sql_text, b.username, c.object_id, c.session_id,
b.serial#, c.oracle_username,c.os_user_name,c.process,
''''||c.session_id||','||b.serial#||''''
from v$sql a, v$session b, v$locked_object c
where a.hash_value = b.sql_hash_value and
b.sid = c.session_id
Oracle 死鎖處理
鎖機制是oracle用來滿足隔離性，一致性的重要機制。但是不合理的業務邏輯可能導致死鎖的產生，生產環境如果發生大量死鎖，可能對業務造成很大的影響，所以必須及時處理。通過 dba blockers 檢視，可以查到死鎖的程序。我這裡由於是 19c 所以多了一列 con id 表示哪個 pdb。通過以下 ...
oracle死鎖處理方法
招數一 1.檢視被鎖的表 2.select p.spid,c.object name,b.session id,b.oracle username,b.os user name from v process p,v session a,v locked object b,all objects c ...
ORACLE中表死鎖的處理
oracle中表死鎖的處理 在進行資料庫管理的過程中,經常會出現資料表被使用者的一些不合理操作而導致表被鎖定的情況,以下主要介紹如何查詢哪些表被哪個使用者所鎖定,以及如何解除鎖定 1.查詢被鎖定的表 如果想知道具體是哪個程序阻塞了哪個程序,可用以下語句檢視 select username,v loc...