PostgreSQL同期ストリーミングデータベースレプリケーションステータス= syncが必要です。なぜ3ノード1ノードのクラスタPSQL - sync_state = syncと次のノードsync_state = async？
3ノードと書き込み同期タイプ（同期）を持つPostgreSQLクラスタを導入しました。しかし、タイプSELECT * FROM pg_stat_replication; をチェックすると、最初のノードが得られます - sync_state = sync、その他asyncとは何ですか？なぜその2つの異なるタイプですか？
PostgreSQLの同期ストリーミングレプリケーションでは、スタンバイサーバの1つが対応するWAL情報を受信するまで、プライマリのコミットが遅延します（正確な意味はsynchronous_commitで設定可能です）。
最初にWAL情報の受信を確認した待機サーバーはsync_state'sync'のもので、もう1つは'async'です。
しかし、私は新しいバージョン9.6でsyncと3ノードかもしれないと思います。 これについてどう思いますか？ –
はい、ただし、['synchronous_standby_names']（https://www.postgresql.org/docs/current/static/runtime-config-replication.html#GUC-SYNCHRONOUS-STANDBY-NAMES）が適切に設定されている場合、つまり開始しますかっこの前に数字を入れてください。スタンバイの* all *が同期している同期レプリケーションシステムを使用している場合、稼働可能性は*低下します* - スタンバイのいずれかが失敗した場合、システム全体が動作不能になります。 –
マスター上で 'show synchronous_standby_names'？.. –