PostgreSQL Replication之第四章 設定非同步複製（5）

標籤：

4.5 使流複製更健壯

當串連到master時，slave要做的第一件事情是趕上master。但是，這會一直工作嗎？我們已經看到，我們可以使用由基於流和基於檔案組成的混合設定。這給了我們一些額外的安全性，以防流不工作。

在現實世界的情境中，傳送XLOG的兩種方法可能過於複雜。在許多情況下，使用流就足夠了。問題的關鍵是：在一個正如已經描述過的正常的設定中，只要不再需要XLOG來修複master,master就可以丟掉XLOG。根據您的檢查點配置，XLOG可能存在相當長一段時間，或只有很短的時間。麻煩的是：如果您slave串連到master，可能會出現的情況是期望的XLOG已經不再了；在這種情況下，slave不能重新同步自己。您可能會發現這有點惱人，因為它隱含地限制了您的 slave 到您的 master 檢查點行為的最大停機時間。

很明顯，這可能會導致生產系統上的問題。為了讓您的設定更加健壯，我們建議大量使用wal_keep_segments。這個postgresql.conf設定的思想是讓master 保持比理論上需要的更多的XLOG檔案。如果您設定該變數為1000，它意味著master將保持16GB以上的XLOG。換句話說，您的slave相比平常可以消失16GB(就轉換到master而言)。這極大地增加了slave無需從頭開始完全同步自身而加入叢集的優勢。對於一個500MB的資料庫這是不值得一提的，但是如果您的設定需要容納數百G或T的資料，這是一個巨大的優勢。產生一個20TB執行個體的基礎備份是一個漫長的過程，您可能不想太頻繁地這樣做，您肯定不想一遍又一遍地這樣做。

PostgreSQL Replication之第四章 設定非同步複製（5）