ORACLE死鎖多？

1.數(shù)據(jù)庫死鎖的現(xiàn)象程序在執(zhí)行的過程中,點擊確定或保存按鈕,程序沒有響應(yīng),也沒有出現(xiàn)報錯。

為金壇等地區(qū)用戶提供了全套網(wǎng)頁設(shè)計制作服務(wù)，及金壇網(wǎng)站建設(shè)行業(yè)解決方案。主營業(yè)務(wù)為做網(wǎng)站、成都網(wǎng)站設(shè)計、金壇網(wǎng)站設(shè)計，以傳統(tǒng)方式定制建設(shè)網(wǎng)站，并提供域名空間備案等一條龍服務(wù)，秉承以專業(yè)、用心的態(tài)度為用戶提供真誠的服務(wù)。我們深信只要達到每一位用戶的要求，就會得到認可，從而選擇與我們長期合作。這樣，我們也可以走得更遠！

2.死鎖的原理當對于數(shù)據(jù)庫某個表的某一列做更新或刪除等操作,執(zhí)行完畢后該條語句不提交,另一條對于這一列數(shù)據(jù)做更新操作的語句在執(zhí)行的...

3.死鎖的定位方法通過檢查數(shù)據(jù)庫表,能夠檢查出是哪一條語句被死鎖,產(chǎn)生死鎖的機器是哪一臺。 ...

4.死鎖的解決方法 一般情況下,只要將產(chǎn)生死鎖的語句提交就可以了,但是在實際的執(zhí)行過程中.

如何殺死oracle死鎖進程?

1.查哪個過程被鎖\x0d\x0a查V$DB_OBJECT_CACHE視圖:SELECT*FROMV$DB_OBJECT_CACHEWHEREOWNER='過程的所屬用戶'ANDLOCKS!='0';\x0d\x0a2. 查是哪一個SID,通過SID可知道是哪個SESSION.\x0d\x0a查V$ACCESS視圖:SELECT*FROMV$ACCESSWHEREOWNER='過程的所屬用戶'ANDNAME='剛才查到的過程名';\x0d\x0a3. 查出SID和SERIAL#\x0d\x0a查V$SESSION視圖:SELECTSID,SERIAL#,PADDRFROMV$SESSIONWHERESID='剛才查到的SID'查V$PROCESS視圖:SELECTSPIDFROMV$PROCESSWHEREADDR='剛才查到的PADDR';\x0d\x0a4. 殺進程(1).先殺ORACLE進程:ALTERSYSTEMKILLSESSION'查出的SID,查出的SERIAL#';(2).再殺操作系統(tǒng)進程:KILL-9剛才查出的SPID或ORAKILL剛才查出的SID剛才查出的SPID方法二：經(jīng)常在oracle的使用過程中碰到這個問題，所以也總結(jié)了一點解決方法：）1）查找死鎖的進程：sqlplus"/assysdba"SELECT\x0d\x0as.username,l.\x0d\x0aOBJECT_ID\x0d\x0a,l.SESSION_ID,s.SERIAL#,l.ORACLE_USERNAME,l.OS_USER_NAME,l.PROCESSFROMV$LOCKED_OBJECTl,V$SESSIONSWHERE\x0d\x0al.SESSION_ID=\x0d\x0aS.SID;2）kill掉這個死鎖的進程：altersystemkillsession‘sid,serial#’;（其中sid=\x0d\x0al.session_id）3）如果還不能解決，\x0d\x0aselectpro.spidfromv$sessionses,v$processprowhereses.sid=XXandses.paddr=pro.addr;其中sid用死鎖的sid替換。

如何殺死oracle死鎖進程

oracle死鎖時殺進程的方法：

第一步：嘗試在sqlplus中通過sql命令進行刪除，如果能夠刪除成功，則萬事大吉。但通常情況下，出現(xiàn)死鎖時，想通過命令行或者通過oracle的管理工具刪除有死鎖的session，oracle只會將該session標記為killed，但無法清除掉，往往需要通過第二步在操作系統(tǒng)層級進行刪除。

第二步：

1、select xidusn, object_id, session_id, locked_mode from v$locked_object; --查死鎖的對象，獲取其SESSION_ID。

2、select username,sid,serial# from v$session where sid=29; --根據(jù)上步獲取到的sid查看其serial#號。

3、alter system kill session '29,57107'; --刪除進程，如已經(jīng)刪除過，則會報ora-00031的錯誤；否則oracle會將該session標記為killed狀態(tài)，等待一段時間看能否會自動消失，如長時間消失不掉，則需要做后續(xù)步驟。

一些ORACLE中的進程被殺掉后，狀態(tài)被置為"killed"，但是鎖定的資源很長時間不釋放，有時實在沒辦法，只好重啟數(shù)據(jù)庫?，F(xiàn)在提供一種方法解決這種問題，那就是在ORACLE中殺不掉的，在OS一級再殺。

在oracle數(shù)據(jù)庫中一般什么情況下會產(chǎn)生死鎖，一般又是如何解決的呢？

例子？

事務(wù)A 事務(wù)B

時間點C 請求排他鎖A 請求排他鎖B

時間點D 請求排他鎖B 請求排他鎖A

這是個環(huán)路等待的例子吧，結(jié)局是事務(wù)A一致等鎖B的釋放，而事務(wù)B一致等鎖A的釋放

解決的方法 是 重寫代碼，2個鎖一起請求，而不是分開請求

Oracle 等待資源時檢測到死鎖，怎么破？

所謂死鎖：是指兩個或兩個以上的進程在執(zhí)行過程中，因爭奪資源而造成的一種互相等待的現(xiàn)象，若無外力作用，它們都將無法推進下去。此時稱系統(tǒng)處于死鎖狀態(tài)或系統(tǒng)產(chǎn)生了死鎖，這些永遠在互相等待的進程稱為死鎖進程。由于資源占用是互斥的，當某個進程提出申請資源后，使得有關(guān)進程在無外力協(xié)助下，永遠分配不到必需的資源而無法繼續(xù)運行，這就產(chǎn)生了一種特殊現(xiàn)象死鎖。雖然進程在運行過程中，可能發(fā)生死鎖，但死鎖的發(fā)生也必須具備一定的條件，死鎖的發(fā)生必須具備以下四個必要條件。1）互斥條件：指進程對所分配到的資源進行排它性使用，即在一段時間內(nèi)某資源只由一個進程占用。如果此時還有其它進程請求資源，則請求者只能等待，直至占有資源的進程用畢釋放。2）請求和保持條件：指進程已經(jīng)保持至少一個資源，但又提出了新的資源請求，而該資源已被其它進程占有，此時請求進程阻塞，但又對自己已獲得的其它資源保持不放。3）不剝奪條件：指進程已獲得的資源，在未使用完之前，不能被剝奪，只能在使用完時由自己釋放。4）環(huán)路等待條件：指在發(fā)生死鎖時，必然存在一個進程——資源的環(huán)形鏈，即進程集合{P0，P1，P2，···，Pn}中的P0正在等待一個P1占用的資源；P1正在等待P2占用的資源，……，Pn正在等待已被P0占用的資源。在系統(tǒng)中已經(jīng)出現(xiàn)死鎖后，應(yīng)該及時檢測到死鎖的發(fā)生，并采取適當?shù)拇胧﹣斫獬梨i。目前處理死鎖的方法可歸結(jié)為以下四種：1) 預防死鎖。這是一種較簡單和直觀的事先預防的方法。方法是通過設(shè)置某些限制條件，去破壞產(chǎn)生死鎖的四個必要條件中的一個或者幾個，來預防發(fā)生死鎖。預防死鎖是一種較易實現(xiàn)的方法，已被廣泛使用。但是由于所施加的限制條件往往太嚴格，可能會導致系統(tǒng)資源利用率和系統(tǒng)吞吐量降低。2) 避免死鎖。該方法同樣是屬于事先預防的策略，但它并不須事先采取各種限制措施去破壞產(chǎn)生死鎖的的四個必要條件，而是在資源的動態(tài)分配過程中，用某種方法去防止系統(tǒng)進入不安全狀態(tài)，從而避免發(fā)生死鎖。3)檢測死鎖。這種方法并不須事先采取任何限制性措施，也不必檢查系統(tǒng)是否已經(jīng)進入不安全區(qū)，此方法允許系統(tǒng)在運行過程中發(fā)生死鎖。但可通過系統(tǒng)所設(shè)置的檢測機構(gòu)，及時地檢測出死鎖的發(fā)生，并精確地確定與死鎖有關(guān)的進程和資源，然后采取適當措施，從系統(tǒng)中將已發(fā)生的死鎖清除掉。4)解除死鎖。這是與檢測死鎖相配套的一種措施。當檢測到系統(tǒng)中已發(fā)生死鎖時，須將進程從死鎖狀態(tài)中解脫出來。常用的實施方法是撤銷或掛起一些進程，以便回收一些資源，再將這些資源分配給已處于阻塞狀態(tài)的進程，使之轉(zhuǎn)為就緒狀態(tài)，以繼續(xù)運行。死鎖的檢測和解除措施，有可能使系統(tǒng)獲得較好的資源利用率和吞吐量，但在實現(xiàn)上難度也最大。

500分懸賞oracle死鎖問題解決，決不食言

你這里應(yīng)該存在兩個代碼對兩個表都有操作的過程，其中的一個表從你提供的日志上看應(yīng)該是t_user。

session 530 對應(yīng)的程序中肯定是 先執(zhí)行了類似于：SELECT * FROM TABLE1 FOR UPDATE，然后，在這個語句后面，執(zhí)行delete from t_user where ID=:1

語句

而你的Session 527則很有可能是執(zhí)行了類似于SELECT * FROM t_user FOR UPDATE， 然后，在這個語句之后，執(zhí)行對TABLE1的相關(guān)修改工作，從而造成表的死鎖問題。

具體的需要根據(jù)應(yīng)用來查詢，你可以看看相關(guān)的日志內(nèi)容。