リードレプリカにおける「書き込み後の読み取り一貫性」を担保する 〜 ワンバンクでの実践 〜 - inSmartBank

スマートバンク 新春エンジニア駅伝 2026第九区走者のサーバーサイド部の occhi です。 最近、私たちのシステムの心臓部である本体アプリケーション「core-api」のデータベース負荷を分散するため、リードレプリカを導入しました。 プライマリ（書き込み用）とリードレプリカ（読み取り用）を分ける構成は、読み取り処理をスケールさせるための定石ですが、運用を開始するにあたって避けて通れないのが「レプリケーション遅延」という課題です。 本記事では、ユーザー体験を損なわずにリードレプリカを活用するための「書き込み後の読み取り一貫性」の担保手法について、具体的な実装とともにお話しします。 課題：レプリケーション遅延がもたらすユーザー体験の低下 プライマリからリードレプリカへの書き込みは非同期で行われます。そのため、コンマ数秒というわずかな時間ですが、プライマリとレプリカの間にデータの差異（ラグ）

[YassLab]

“参考資料: Read-Your-Write Consistency / Active Record の複数データベース利用 - Railsガイド”