詳解Oracle數據庫分布式事務ORA-01591錯誤解決方法
最近在update某張表時突然提示了個比較少見的錯誤,ORA-01591,這個問題跟平時的鎖還有點不一樣,下面一起來看看吧~
思路
這個錯誤是由于分布式事務引起,而不是普通的鎖引起的,檢查一般對象數據表鎖定,只需要檢查v$locked_object和v$transaction視圖,就可以定位到具體的SQL語句和操作人等信息。
- select * from gv$locked_object;
- select * from gv$transaction;
使用oerr工具查看該錯誤編號
- oerr ora 1591
- 01591, 00000, "lock held by in-doubt distributed transaction %s"
- // *Cause: Trying to access resource that is locked by a dead two-phase commit
- // transaction that is in prepared state.
- // *Action: DBA should query the pending_trans$ and related tables, and attempt
- // to repair network connection(s) to coordinator and commit point.
- // If timely repair is not possible, DBA should contact DBA at commit
- // point if known or end user for correct outcome, or use heuristic
- // default if given to issue a heuristic commit or abort command to
- // finalize the local portion of the distributed transaction.
簡單的說,01591錯誤的原因是該對象被一個處在“in-doubt”狀態的分布式事務鎖定。分布式事務使用的是“two-phase commit”二階段提交技術。解決該問題的方法就是查看內部表pending_trans$,確定分布式事務信息。這種狀態的事務主要是由于在進行分布式事務時候,發生網絡突發中斷的情況,引起分布式事務無法正常結束,等待中斷節點的事務響應。于是,各節點的事務所鎖定的表就不會被釋放掉。
處理方法
- rollback force '20.13.14721';
Rollback force的參數是DBA_2PC_PENDING中記錄本地事務信息的編號即LOCAL_TRAN_ID。
處理還是比較簡單的,這里順便分享下分布式事務的相關知識點。
分布式事務相關知識點
分布式事務,簡單來說,是指一個事務在本地和遠程執行,本地需要等待確認遠程的事務結束后,進行下一步本地的操作。如通過dblink update遠程數據庫的一行記錄,如果在執行過程中網絡異常,或者其他事件導致本地數據庫無法得知遠程數據庫的執行情況,此時就會發生in doublt的報錯。此時需要dba介入,且需要分多種情況進行處理。
Oracle會自動處理分布事務,保證分布事務的一致性,所有站點全部提交或全部回滾。一般情況下,處理過程在很短的時間內完成,根本無法察覺到。
但是,如果在commit或rollback的時候,出現了連接中斷或某個數據庫 站點CRASH的情況,則提交操作可能會無法繼續,此時DBA_2PC_PENDING和DBA_2PC_NEIGHBORS中會包含尚未解決的分布事務。 對于絕大多數情況,當恢復連接或CRASH的數據庫重新啟動后,會自動解決分布式事務,不需要人工干預。只有分布事務鎖住的對象急需被訪問,鎖住的回滾段阻止了其他事務的使用,網絡故障或CRASH的數據庫的恢復需要很長的時間等情況出現時,才使用人工操作的方式來維護分布式事務。 手工強制提交或回滾將失去二層提交的特性,Oracle無法繼續保證事務的一致性,事務的一致性應由手工操作者保證
使用ALTER SYSTEM DISABLE DISTRIBUTED RECOVERY,可以使Oracle不再自動解決分布事務,即使網絡恢復連接或者CRASH的數據庫重新啟動。
ALTER SYSTEM ENABLE DISTRIBUTED RECOVERY恢復自動解決分布事務。
兩個重要的視圖
1. DBA_2PC_PENDING
DBA_2PC_PENDING:列出所有的懸而未決的事務﹐此視圖在末填入懸而未決的事務之前是空的﹐解決這后也被清空。
DBA_2PC_PENDING的STATE列的說明
SELECT * FROM DBA_2PC_PENDING;
2. DBA_2PC_NEIGHBORS
DBA_2PC_NEIGHBORS:列出所有獲得的(從遠程客戶)和送出的(給遠程服務器)懸而未決的事務﹐也表示該本地節點是不是事務的提交點站點。