mysqlのマスタースレーブのコンセプトはCRMアプリケーションに適していますか？

Question

私はCRMアプリケーション（php + Mysql）に取り組んでいますが、今ではパフォーマンスが主な問題ですが、ユーザー数は増えています。現在、すべてのクエリはmysqlサーバで直接実行されています。ですから、私はmysqlのマスタースレーブの考え方を考えていますが、マスターが挿入と更新に忙しい場合、スレーブからの読取りクエリの実行を遅らせる機会があります。 mysqlを使ってデータを処理するための他の優れたシステムアーキテクチャがあれば教えてください。

ありがとうございます！

Answer 1

マスタースレーブアーキテクチャは、読み取り操作を高速化するのに適しています。

マスターはすべての挿入/更新/削除を処理します。 スレーブは読み取り操作のみを処理します。

スレーブはマスターでの書き込み操作のためにスローダウンしませんが。 mysqlはマスタとスレーブのデータベースを同期させるために複製を使用するためです。

レプリケーションでは、binlogファイルがマスターからスレーブに転送されました。 Binlogsはバイナリファイルなので、実行は通常のクエリと比べて非常に高速です。

このアプローチを進めてください。

短所： マスターとスレーブの間に時差があることがあります。これは、ネットワーク待ち時間やスレーブサーバーがより多くの読み取りクエリを処理していることが原因です。