18.6. 復制 · PostgreSQL 中文文檔 9.3

# 18.6\. 復制這些設置控制_流復制_特性(參見 [Section 25.2.5](#calibre_link-1048))。服務器將是任何一個主或備用服務器。主服務器可以發送數據，而備用(s)總是拷貝數據的接收器。當使用級聯復制時(參見[Section 25.2.6](#calibre_link-1438))，備用服務器(s)也可以是發送者，也可以是接收器。參數主要用于發送和備用服務器，雖然有些參數僅在主服務器上。如果是必需的，那么通過集群設置可能會有所不同。 ## 18.6.1\. 發送服務器這些參數可以在發送復制的數據給一個或多個備用服務器的任何服務器上進行設置。主服務器總是發送服務器，所以這些參數必須總是在主服務器上設置。備用成為主之后這些參數的作用和意義不會改變。 `max_wal_senders` (`integer`) 指定來自備用服務器或流基礎備份客戶端的并發連接的最大數目（即同時運行WAL發送者進程的最大數目）。默認值是零，這意味著禁用復制。 WAL發送者進程計算連接總數，因此參數不能高于[max_connections](#calibre_link-441)。這個參數只能在服務器啟動時設置。`wal_level`必須設置為`archive`或者`hot_standby`允許來自備用服務器的連接。 `wal_keep_segments` (`integer`) 指定在`pg_xlog`目錄下的以往日志文件段的最小數量，如果備用服務器為了流復制需要獲取它們。那么每個段通常是16兆字節。如果備用服務器連接到發送服務器落后于`wal_keep_segments`段，那么發送服務器可能會刪除WAL段仍需要待機狀態，在這種情況下，復制連接將被終止。下游連接也將最終失敗，因為其結果。（但是，備用服務器可以從歸檔文件讀取的段進行恢復，如果WAL歸檔在使用中。）設置保留在`pg_xlog`中的段最小數量; 該系統可能需要為WAL歸檔或從檢查點恢復保留更多段。如果`wal_keep_segments`為0（默認），系統不保留備用目的的任何額外段，所以提供給備用服務器的舊WAL段數是以前檢查點定位函數和WAL歸檔狀態信息。這個參數只能在`postgresql.conf`文件或服務器命令行上設置。 `wal_sender_timeout` (`integer`) 終止比指定毫秒數閑置更長時間的復制連接。這對于發送服務器檢測待機死機或網絡中斷是很有幫助的。零值將禁用超時機制。此參數只能在`postgresql.conf`文件或服務器命令行上設置。默認值是60秒。 ## 18.6.2\. 主服務器這些參數可以在主/首要的服務器上設置，它將復制的數據發送給一個或多個備用服務器。需要注意的是，除了這些參數，[wal_level](#calibre_link-1039)必須在主服務器上適當地設定，并且啟用任選的WAL歸檔（參見[Section 18.5.3](#calibre_link-1415)）。備用服務器上這些參數值是不相關的，雖然你可能希望設置它們，為了備用的成為主服務器可能性做準備。 `synchronous_standby_names` (`string`) 指定用逗號分隔的備用名稱列表，可以支持_同步復制_，如[Section 25.2.7](#calibre_link-1439)描述的。任何一個時間將至多有一個活躍同步備用; 這個備用服務器確認收到他們的數據后，等待提交事務將被允許進行。同步待機是此列表中第一個備用。列表是當前連接和實時數據流（如通過 [`pg_stat_replication`](#calibre_link-1440)視圖中的`streaming`狀態顯示）。之后出現在此列表中的其它備用服務器帶來潛在的同步備用。如果無論出于何種原因當前同步待機斷開，那么它會立即被下一個最高優先級的替換。指定多個備用名可以有非常高的可用性。備用服務器用于此目的的名稱是備用`application_name`的設定，正如備用walreceiver中`primary_conninfo`的設置。沒有任何機制來保證唯一性。重復匹配備用記錄中的一個的情況下將被選作同步待機，雖然哪一個是不確定的。特殊項`*`匹配任何的 `application_name`，包括`walreceiver`的默認應用程序名稱。如果沒有在這里指定同步備用名，那么不啟用同步復制并且事務提交將不會等待復制。這是默認配置。即使當已經啟用同步復制，個別事務可以配置而不等待復制，它通過設置 [synchronous_commit](#calibre_link-1216)參數到 `local`或者`off`。這個參數只能在`postgresql.conf`文件或者服務器命令行設置。 `vacuum_defer_cleanup_age` (`integer`) 指定由`VACUUM`和 HOT更新的事務數將延遲死行版本的清理。該默認值是零事務，這意味著死行版本可以盡快刪除，也就是說，只要他們不再可見于任何打開的事務。你不妨將它設置為一個支持雙機熱備的主服務器上的非零值，正如[Section 25.5](#calibre_link-1047)所描述的。這需要更多的時間完成待機狀態的查詢，由于行早期清除而不會產生沖突。然而，因為該值是依據發生在主服務器上的寫入事務數量進行計算，它是很難預測到底有多少額外的寬限時間將提供給備用查詢。這個參數只能在`postgresql.conf` 文件或服務器命令行上設置。你也應該考慮在備用服務器(s)設置`hot_standby_feedback`，作為使用該參數的另外一種選擇。 ## 18.6.3\. 備用服務器這些設置控制備用服務器的行為以接收復制數據。在主服務器上的值是不相關的。 `hot_standby` (`boolean`) 指定恢復期間是否可以連接并運行查詢，如在[Section 25.5](#calibre_link-1047)中所描述的。默認值是`off`。這個參數只能在服務器啟動時設置。它在存檔恢復或處于待機模式時見效。 `max_standby_archive_delay` (`integer`) 當熱備是活躍時，這個參數決定取消與應用的WAL項沖突的備用查詢之前，備用服務器應等待多久。如[Section 25.5.2](#calibre_link-1441)所描述的。 `max_standby_archive_delay`適用于WAL數據從WAL歸檔讀取（因此不是現在）。默認值是30秒。如果不指定，則單位是毫秒。值為-1允許待機永遠等待完成查詢沖突。這個參數只能在`postgresql.conf`文件或服務器命令行上設置。注意，`max_standby_archive_delay`和運行查詢取消之前的時間最大長度不一樣; 而是可以申請任何一個WAL段數據的最大總時間。因此，如果一個查詢導致WAL段中早期顯著延遲，隨后的沖突查詢將有少得多的時間。 `max_standby_streaming_delay` (`integer`) 當熱備是活躍時，這個參數決定取消與應用的WAL項沖突的備用查詢之前，備用服務器應等待多久。如[Section 25.5.2](#calibre_link-1441)所描述的。 `max_standby_streaming_delay`適用于WAL數據從流復制接收到。默認值是30秒。如果不指定，則單位是毫秒。值為-1允許待機永遠等待完成查詢沖突。這個參數只能在`postgresql.conf`文件或服務器命令行上設置。注意，`max_standby_streaming_delay`和運行查詢取消之前的時間最大長度不一樣; 一旦已經從主服務器接收，則是可以申請任何一個WAL段數據的最大總時間。因此，如果一個查詢導致顯著延遲，隨后的沖突查詢將有少得多的時間直到備用服務器再次追趕上。 `wal_receiver_status_interval` (`integer`) 指定WAL接收的最小頻率，處理備庫上發送有關復制進程信息到主或上游待機狀態，在那里可以使用可見的 [`pg_stat_replication`](#calibre_link-1440)視圖。待機會報告它已寫入的最后一個事務日志的位置，最后一個位置已經刷新到磁盤中，并已申請最后位置。此參數值的最大時間間隔，以秒為單位。更新每次寫或刷新的位置變化，或者至少往往由這個參數所指定。因此，應用位置可能稍微落后于真實的位置。此參數設置為零完全禁用狀態更新。這個參數只能在 `postgresql.conf`文件或服務器命令行上設置。默認值是10秒。 `hot_standby_feedback` (`boolean`) 指定熱備是否將發送反饋到主或有關查詢當前正在備機上執行的上游備機。此參數可以用于消除查詢取消引起清除的記錄，但可能會導致主機某些工作負載的數據庫膨脹。反饋信息將不會被更頻繁地發送超過一次`wal_receiver_status_interval`。缺省值是 `關閉的`。這個參數只能在設置`postgresql.conf`文件或服務器命令行上。如果級聯復制是使用中的反饋通過上游直到它最終到達主機。備用不作任何其他用途反饋他們收到以外的其他上游傳遞。 `wal_receiver_timeout` (`integer`) 終止比指定毫秒數閑置更長時間的復制連接。這對于發送服務器檢測待機死機或網絡中斷是很有幫助的。零值將禁用超時機制。此參數只能在`postgresql.conf`文件或服務器命令行上設置。默認值是60秒。