共計 2260 個字符，預計需要花費 6 分鐘才能閱讀完成。

這篇文章將為大家詳細講解有關 Oracle 數據庫分布式事務 ORA-01591 錯誤的解決方法，文章內容質量較高，因此丸趣 TV 小編分享給大家做個參考，希望大家閱讀完這篇文章后對相關知識有一定的了解。

最近在 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: 列出所有獲得的 (從遠程客戶) 和送出的 (給遠程服務器) 懸而未決的事務﹐也表示該本地節點是不是事務的提交點站點。

關于 Oracle 數據庫分布式事務 ORA-01591 錯誤的解決方法就分享到這里了，希望以上內容可以對大家有一定的幫助，可以學到更多知識。如果覺得文章不錯，可以把它分享出去讓更多的人看到。