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

理由は2つ。①可用性：マスターDBが故障しても、レプリカに切り替えてサービスを継続できる。②パフォーマンス：読み取りクエリをレプリカに分散して、マスターの負荷を減らせる。Webアプリは読み取りが書き込みの10〜100倍多いから、レプリカへの分散効果は大きいよ

同期レプリケーションは書き込みがレプリカにも反映されたことを確認してから完了とする。データの一貫性は保証されるけど遅い。非同期レプリケーションは書き込みを即座に完了して、レプリカへの反映は後追い。高速だけどレプリカが少し遅れる（レプリケーションラグ）。多くのシステムは非同期を採用しているよ

非同期レプリケーションでは、書き込み直後にレプリカを読むと古いデータが返ることがあるよ。「プロフィールを更新したのにリロードしたら古い情報が表示される」みたいな現象。対策として、①書き込み直後はマスターを読む、②Read-Your-Writes一貫性を実装する、③レプリケーションラグを監視するなどがあるね

①スプリットブレイン（旧マスターと新マスターの両方が書き込みを受ける）を防ぐ仕組みが必要、②非同期レプリケーションの場合、レプリカ昇格時に未反映のデータが失われる可能性がある、③アプリの接続先変更を自動化する（ProxySQLやPgBouncerを使う）。AWSのRDSならMulti-AZ構成で自動フェイルオーバーが提供されるよ