PostgreSQL Replication之第五章 設定同步複製（3）

標籤：

5.3 冗餘和停止複製

談到同步複製，有一個現象一定不能被遺漏。想象一下，我們有一個同步複製的雙節點叢集。如果slave故障會發生什嗎？答案是master不能容易地區分慢slave和故障slave，因此它將開始等待slave回來。

乍一看，這看起來像廢話，但是如果您再深入地想想。您會明白，它實際上是唯一正確的事情。如果有人使用同步複製，系統中的資料一定都是有價值的，所以它決不能有風險。拒絕資料和向終端使用者反饋比使資料存放區在風險和默默地忽視高耐久性需求要好。

如果您決定使用同步複製，您必須考慮在您的叢集中至少使用三個節點。否則將會有很大的風險，您不能失去沒有遇到顯著停機時間或遺失資料的風險的單個節點。

5.4 總結

在本章中，我們提出了同步複製的基本概念，並且已經展示了資料是如何被同步複製的。我們還介紹了如何通過修改PostgreSQL的運行參數來改變耐久性要求。PostgreSQL給了使用者如何複製事務的選擇，和對一個特定的事務複製需要哪個耐久性的層級。

在下一章中，我們將深入監控並看看您怎麼查看您的複製的設定是否像預期的那樣工作。我們將介紹一些技巧，使他不難看出是否您的叢集像預期的那樣工作。

 

PostgreSQL Replication之第五章 設定同步複製（3）