レプリケーション（データベース） とは？

プライマリからレプリカへ更新を伝える構成なら、読み取りに使えるレプリカへ負荷を分散したり、障害時に切替え先を用意したりできるよ。ただし、効果は問い合わせや構成次第。複製を作るだけで自動的に可用性が保証されるわけではないんだ

非同期はレプリカの確認を待たずに書き込みを完了する。同期は指定したレプリカ側の確認も待つけれど、何を確認するかは製品や設定次第なんだ。PostgreSQLでは変更の記録を永続ストレージに保存するまで待つ設定と、読み取りに反映されるまで待つremote_applyは違う。同期だから全レプリカの読み取りが最新、とは限らないよ

更新直後にレプリカを読むと、古いプロフィールが見えるようなことがあるよ。更新後の読み取りをプライマリへ送る設計や、必要な更新が適用されたことを確認してからレプリカを読む設計を考える。遅れの監視は発見に役立つけれど、監視するだけで遅れがなくなるわけではないよ

レプリカの昇格とアプリの接続先の切替えを用意し、旧プライマリも書き込みを受け続けないようにする。非同期なら未転送の更新を失う可能性もあるよ。自動化の範囲は製品や運用次第なので、切替えと復旧の手順を試しておこう

別に用意しよう。誤った更新や削除も複製へ伝わるから、現在の複製があることと、過去へ戻せることは違うんだ。例えばPostgreSQLの時点復旧には、ベースバックアップと必要な履歴のWALが必要になるよ