Oracle分布事務(wù)中最先提交分布式的3個階段
在了解Oracle分布事務(wù)之前，我們首先需要明確幾個概念，這對于我們更好的掌握Oracle分布事務(wù)是十分必要的。下面，我們先來看幾個概念，然后具體學(xué)習(xí)Oracle分布事務(wù)的3個階段。
1)Local Coordinator：在Oracle分布事務(wù)中，必須參考其它節(jié)點上的數(shù)據(jù)才能完成自己這部分操作的站點。
2)Global Coordinator：Oracle分布事務(wù)的發(fā)起者，負責協(xié)調(diào)這個分布事務(wù)。
3)Commit Point Site：在Oracle分布事務(wù)中，首先執(zhí)行COMMIT或ROLLBACK操作的站點。一般情況下，應(yīng)該把存儲關(guān)鍵數(shù)據(jù)的站點作為Commit Point Site。因為Commit Point Site和其它站點不一樣，從來不會進入prepared狀態(tài)，所以不會存在IN-DOUBT事務(wù)。
可以設(shè)置初始化參數(shù)COMMIT_POINT_STRENGTH，在Oracle分布式事務(wù)中，會根據(jù)這個值的大小來確定Commit Point Site，Oracle分布事務(wù)的狀態(tài)信息也存在該數(shù)據(jù)庫中。一般將關(guān)鍵的數(shù)據(jù)庫作為commit point site ，commit_point_strength值較高的數(shù)據(jù)庫為commit point site，在Oracle分布事務(wù)中最先提交分布式的3個階段。
Oracle分布事務(wù)的兩階段提交分三個過程：
1.Oracle分布事務(wù)的準備階段（PREPARE PHASE）
·本地數(shù)據(jù)庫Global Coordinator向其它數(shù)據(jù)庫發(fā)出COMMIT通知
·比較所有數(shù)據(jù)庫的SCN號，將最高的SCN號作為Oracle分布事務(wù)的全局SCN號
·所有數(shù)據(jù)庫寫在線日志
·對Oracle分布事務(wù)修改的表加分布鎖，防止被讀寫
·各數(shù)據(jù)庫向Global Coordinator發(fā)出已經(jīng)準備好的通知
所有參與Oracle分布事務(wù)的數(shù)據(jù)庫必須經(jīng)過上述準備，才能進入下一階段。
2.Oracle分布事務(wù)的提交階段（COMMIT PHASE）
·本地數(shù)據(jù)庫Global Coordinator通知commit point site首先提交。commit point site提交后，釋放其占有的資源，通知Global Coordinator完成提交
·本地數(shù)據(jù)庫Global Coordinator通知其它數(shù)據(jù)庫提交
·提交節(jié)點在日志中追加一條信息，表示Oracle分布事務(wù)已經(jīng)完成提交，并通知Global Coordinator。此時所有數(shù)據(jù)庫的數(shù)據(jù)保持了一致性。
3.Oracle分布事務(wù)的注銷階段（FORGET PHASE）
·本地數(shù)據(jù)庫Global Coordinator通知commit point site所有數(shù)據(jù)庫已經(jīng)完成提交
·commit point site清除Oracle分布事務(wù)的記錄和狀態(tài)信息，并通知Global Coordinator
·Global Coordinator清除本地Oracle分布事務(wù)的記錄和狀態(tài)信息
此時Oracle分布事務(wù)的兩階段提交全部完成。
如果Oracle分布事務(wù)兩階段提交完成之前，數(shù)據(jù)庫或網(wǎng)絡(luò)出現(xiàn)異常，應(yīng)用就會報錯，Oracle分布事務(wù)處于IN_DOUBT狀態(tài)。一旦數(shù)據(jù)庫或網(wǎng)絡(luò)恢復(fù)正常,系統(tǒng)（RECO PROCESS）會自動處理IN_DOUBT狀態(tài)的Oracle分布事務(wù)。有些情況需要管理員手工處理IN_DOUBT狀態(tài)的Oracle分布事務(wù)：·IN_DOUBT狀態(tài)的Oracle分布事務(wù),將關(guān)鍵表鎖住,造成應(yīng)用不能正常工作
【編輯推薦】
