Oracle數(shù)據(jù)庫出現(xiàn)死鎖的時候可以按照以下處理步驟加以解決：
創(chuàng)新互聯(lián)公司是一家專業(yè)提供瀘縣企業(yè)網(wǎng)站建設(shè),專注與成都做網(wǎng)站、網(wǎng)站制作、成都外貿(mào)網(wǎng)站建設(shè)、H5建站、小程序制作等業(yè)務(wù)。10年已為瀘縣眾多企業(yè)、政府機構(gòu)等服務(wù)。創(chuàng)新互聯(lián)專業(yè)網(wǎng)站建設(shè)公司優(yōu)惠進行中。
第一步：嘗試在sqlplus中通過sql命令進行刪除，如果能夠刪除成功，則萬事大吉！但通常情況下，出現(xiàn)死鎖時，想通過命令行或者通過Oracle的管理工具刪除有死鎖的session，oracle只會將該session標記為killed，但無法清除掉，往往需要通過第二步在操作系統(tǒng)層級進行刪除！
Connected?to?Oracle9i?Enterprise?Edition?Release?9.2.0.1.0?
Connected?as?quik
SQL?select?xidusn,?object_id,?session_id,?locked_mode?from?v$locked_object;?--查死鎖的對象，獲取其SESSION_ID
XIDUSN?OBJECT_ID?SESSION_ID?LOCKED_MODE
----------?----------?----------?-----------
10?30724?29?3
10?30649?29?3
SQL?select?username,sid,serial#?from?v$session?where?sid=29;?--根據(jù)上步獲取到的sid查看其serial#號
USERNAME?SID?SERIAL#
------------------------------?----------?----------
QUIK?29?57107
SQL?alter?system?kill?session?'29,57107';?--刪除進程，如已經(jīng)刪除過，則會報ora-00031的錯誤；否則oracle會將該session標記為killed狀態(tài)，等待一段時間看能否會自動消失，如長時間消失不掉，則需要做后續(xù)步驟
alter?system?kill?session?'29,57107'
ORA-00031:?session?marked?for?kill
SQL?select?pro.spid?from?v$session?ses,v$process?pro?where?ses.sid=29?and?ses.paddr=pro.addr;?--查看spid號，以便在操作系統(tǒng)中根據(jù)該進程號刪除進程
SPID
------------
2273286
第二步：進入操作系統(tǒng)進行刪除進程，本示例的操作系統(tǒng)是IBM aix。
login:?root?--錄入用戶名
root's?Password:?--錄入密碼
*******************************************************************************
*?*
*?*
*?Welcome?to?AIX?Version?5.3!?*
*?*
*?*
*?Please?see?the?README?file?in?/usr/lpp/bos?for?information?pertinent?to?*
*?this?release?of?the?AIX?Operating?System.?*
*?*
*?*
*******************************************************************************
Last?unsuccessful?login:?Fri?Apr?23?14:42:57?BEIDT?2010?on?/dev/pts/1?from?10.73
.52.254
Last?login:?Fri?Apr?23?15:27:50?BEIDT?2010?on?/dev/pts/2?from?10.73.52.254
#?ps?-ef|grep?2273286?--查看進程詳情
root?2289864?2494636?0?17:07:15?pts/1?0:00?grep?2273286
oracle?2273286?1?0?14:38:24?-?0:21?oracleQUIK?(LOCAL=NO)
#?kill?-9?2273286?--刪除進程，小心操作，別寫錯進程號，如果oracle的關(guān)鍵進程被刪，數(shù)據(jù)庫會崩潰的！
#?ps?-ef|grep?2273286?--再次查看
root?2289864?2494636?0?17:07:15?pts/1?0:00?grep?2273286
For?Windows,?at?the?DOS?Prompt:?orakill?sid?spid
For?UNIX?at?the?command?line?kill?–9?spid
1、在sql語句后面加上for update可以獲得行鎖。
2、捕捉返回的sqlcode 和 sqlerrmc 可以得到返回值和錯誤信息。
---
以上，希望對你有所幫助。
原因：oracle輸入密碼不正確，試了10次后，會自動鎖定用戶。
解決方法：使用sqlplus命令行解鎖。
步驟：
1、打開sqlplus窗口,用sysdba角色登錄
2、請輸入用戶名： /as sysdba
3、SQLalter user GALTTEST account unlock;
? 用戶已更改。
解鎖成功啦！
首先你要知道表鎖住了是不是正常鎖？因為任何DML語句都會對表加鎖。
你要先查一下是那個會話那個sql鎖住了表，有可能這是正常業(yè)務(wù)需求，不建議隨便KILL session，如果這個鎖表是正常業(yè)務(wù)你把session kill掉了會影響業(yè)務(wù)的。
建議先查原因再做決定。
(1)鎖表查詢的代碼有以下的形式：
select count(*) from v$locked_object;
select * from v$locked_object;
(2)查看哪個表被鎖
select b.owner,b.object_name,a.session_id,a.locked_mode from v$locked_object a,dba_objects b where b.object_id = a.object_id;
(3)查看是哪個session引起的
select b.username,b.sid,b.serial#,logon_time from v$locked_object a,v$session b where a.session_id = b.sid order by b.logon_time;
(4)查看是哪個sql引起的
select b.username,b.sid,b.serial#,c.* from v$locked_object a,v$session b,v$sql c where a.session_id = b.sid
and b.SQL_ID = c.sql_id and c.sql_id = ''
order by b.logon_time;
(5)殺掉對應(yīng)進程
執(zhí)行命令：alter system kill session'1025,41';
其中1025為sid,41為serial#.
這種情況叫死鎖，與網(wǎng)絡(luò)質(zhì)量無關(guān)。
最大的可能就是程序的原因。
如A進程修改a表的某條記錄，修改完a表后，會繼續(xù)修改b表的某條記錄，然后提交事務(wù)。
這個時候，B進程在修改b表的那條記錄，修改完后要去修改a表的那條記錄，然后提交事務(wù)。
這樣，當A修改完a尚未修改b，B修改完b尚未修改a的時候，就可能出現(xiàn)B進程等待A進程提交事務(wù)，A進程又在等待B進程提交事務(wù)，兩個進程一直在等。
所以死鎖就出現(xiàn)了。
重慶分公司
重慶分公司
