不要使用多階段提交協議存儲或處理事務。不要使用它。用Y軸或Z軸劃分分割數據存儲和處理系統。應用理由:多階段提交協議是一種阻斷提議，在它完成之前，其他事務不能執行。不要將多階段提交協議作為廷長整體數據庫生命的簡單方式。它很可能降低擴展性，甚至更早地終止系統的壽命。
多階段提交協議是專用的共識協議，其中常見的是兩階段提交協議(2PC)和三階段提交協議(3PC)。這些協議的目的是協調參與分布式原子事務的進程，決定是提交還是終止(回退)事務。由于這些算法能夠處理整個系統網絡或進程方面的故障，所以它們常被當作分布式數據存儲或處理的解決方案。

2PC的基礎算法由兩個階段構成。第一個階段是表決階段，即主存儲設備或協調程序向所有參與者或其他存儲設備發起“提交請求”。在提交前，所有參與者都處理事務，提交后參與者會告知主存儲或協調程序它們能夠提交了，或者投贊成票了。這就可以開始第二階段了，即完成階段，主存儲設備給所有參與者發送提交信號，參與者們開始提交數據。只要有參與者提交失敗，回退信號就會發送給所有參與者，事務將被終止。
到目前為止，該協議聽起來相當不錯，因為在分布式數據庫環境中提供了事務的原子性。暫且不要這么早下結論。它在步驟A中發起了事務。那么在主數據庫告知應用服務器事務完成(步驟C)前，所有的2PC步驟都要完成(步驟B)。在整個過程中，應用服務器上的線程都要等待SQL查詢結束，且數據庫響應了這一事務。這一示例非常常見，網絡上幾乎所有的用戶購買、注冊或競價的事務，都可能用2PC實現。但是，把應用服務器鎖住那么久，會造成可怕的后果。即使你可能認為自己的應用服務器還有充足的容量，或者由于應用服務器是商用硬件，可以用較低的成本擴展它們，但還要考慮鎖定同樣會發生在數據庫端。在執行提交操作時，假設你采用的是行鎖，那么在所有數據提交完之前，所有的數據行都會被鎖住。如果采用的是塊鎖，結果會更糟我們已經大范圍地實現了2PC協議，結果是災難性的，這要完全歸昝于該方法的鎖定和等待特性。在實現2PC協議前，數據庫最初每秒可以處理幾千個讀操作和寫操作。在一小部分(少于20%)調用中引人了2PC后，整個站點能處理的事務量只有以前的1/4。即使我們能增加更多的應用服務器，但由于數據被鎖定了，網站建設數據庫也不能處理更多的查詢。雖然2PC協議看起來是個比Y軸劃分或乙軸劃分更好的分割數據庫的方法，但仔細考慮后就會發現很多問題。要用更好的辦法拆分數據庫表，而不是用多階段提交協議延長單一數據庫的生命。

網頁名稱：不要使用多階段提交
URL標題：http://www.js-pz168.com/news36/143486.html

成都網站建設公司_創新互聯，為您提供企業建站、品牌網站設計、Google、電子商務、ChatGPT、微信公眾號

廣告

聲明：本網站發布的內容（圖片、視頻和文字）以用戶投稿、用戶轉載內容為主，如果涉及侵權請盡快告知，我們將會在第一時間刪除。文章觀點不代表本網站立場，如需處理請聯系客服。電話：028-86922220；郵箱：631063699@qq.com。內容未經允許不得轉載，或轉載時需注明來源： 創新互聯