MySQL の読み取りと書き込みの分離の原理は何ですか?

1. 読み取り/書き込み分離の概念

読み取り/書き込み分離は、マスター/スレーブ レプリケーションに基づいて実装されます。実際のアプリケーション環境では、多くの読み取り操作が必要になるため、電子商取引プラットフォームで何かを購入するときと同じように、100 個の商品を見て 1 つまたは 2 つしか購入しない可能性があります。したがって、書き込み更新操作よりも読み取り操作の方が常に多くなります。したがって、マスター/スレーブ レプリケーションに基づく読み取り/書き込み分離構成は、マスター データベースがデータの変更専用であることを意味します。書き込みの際、データはマスター データベースに排他的に書き込まれます。マスター データベースは、データの変更をマスター/スレーブを通じてスレーブに同期します。 binlog. ライブラリを介してレプリケーションを行うと、他のクライアント クエリ要求は最終的にスレーブ ライブラリにマップされ、1 つのメイン ライブラリと 2 つまたは 3 つのスレーブ ライブラリがあります。メイン ライブラリは、データ更新 (書き込み操作) に特に使用されます。ライブラリは読み取り操作に特化して使用されます。これにより、読み取りと書き込みの負荷が適切に分散されます。メイン ライブラリに集中する必要はありません。バックエンドの同時処理能力が大幅に向上します。さらに、高可用性機能を備えており、災害発生時にメイン データベースに障害が発生した場合、指定されたスレーブ データベースをメイン データベースに切り替えることができます。

MySQL クライアントは、mysql が提供する API を介して MySQL サーバーと通信し、mysql のカスタマイズされた TCP ベースのデータ プロトコル (mysql プロトコルと呼ばれます) を使用して MySQL サーバーにアクセスします。 MySQL サーバー データベース。

サーバーが1台しかない場合(スタンドアロン環境)、データの追加、削除、変更、クエリはすべて1台のサーバー上で行われるため、サービスを多くの人が利用するようになると、トラフィックは徐々に増加していきます。同時実行機能は段階的に改善する必要があるため、データベースのパフォーマンスがボトルネックに達していることが判明した場合は、読み取りと書き込みの分離操作を実行してバックグラウンド サービスを改善できます。

図の MySQL メイン サーバーは書き込み操作専用です。特に読み取り操作を実行するために、下に 2 つの MySQL スレーブ サーバーが接続されています。読み取りリクエストは B と C に転送されます。 、書き込みリクエストが A に転送されます。

クライアント上で直接コードを記述する場合、挿入や更新などの書き込み操作は A で実行され、表示や選択などの読み取り操作は B と C で実行されます。これは、コードとマスターに相当します。 -奴隷環境、束縛が強い。コードは環境に強く関係しているため、コードの安定性が低下します。コードを記述するときは、どのマシンが書き込み操作を担当するメイン ライブラリであり、どのマシンが読み取り操作を担当するスレーブ ライブラリであるかを把握する必要があります。コードは を選択します。このとき、特定のマシンがハングアップした場合、コードはそれを認識せずに元の方法でリクエストを転送するため、通信の問題が発生するため、 読み取りの分離を実装することは決して適切ではありません。コードを書きます。したがって、実際のソリューションでは、 読み取りと書き込みの分離はデータベースのミドルウェアに依存する必要があります。

2. ミドルウェア MyCat の導入

実際、読み取りと書き込みの分離、およびサブデータベースとテーブルのサブ依存性は、データベース ミドルウェア (mycat) に依存する必要があります。プロキシサーバーの役割。

通信は MySQL 通信プロトコルに従うため、クライアントは実際に MyCat に接続されているか MySQL に接続されているかを知ることができません。 MyCat は通信するので、区別する必要はありません。

MyCat で読み取りと書き込みの分離を構成する場合、クライアントのコードを変更する必要はありません。どのリクエストが読み取り用で、どのリクエストが読み取り用であるかを区別する必要はありません。 1 つは MyCat で、リクエストを解析し、S​​QL の読み取りと書き込みの性質に従って対応する操作を担当するサーバーに転送して、読み取りと書き込みの分離を実現します。

MyCat でマスター サーバーとスレーブ サーバーの情報を設定する必要があります。1 つのマスターと 1 つのスレーブ、1 つのマスターと複数のスレーブ、および複数のスレーブの 3 つの状況があります。マスターと複数のスレーブ

1 つのマスターと複数のスレーブのシナリオ: 書き込みライブラリ (マスター) がハングアップすると、MyCat はすぐにスレーブ ライブラリ (スレーブ) を直接書き込みライブラリ (マスター) に変えることもできます。マシン処理の場合、スレーブ ライブラリとスレーブ ライブラリの間にマスター スレーブ レプリケーションの構成がないため、スレーブ ライブラリ間のマスター スレーブ レプリケーションも構成する必要があります。書き込みライブラリおよびその他のスレーブ ライブラリになります。

複数のマスターと複数のスレーブ:

図からわかるように、MyCat サーバーには 2 つの環境セットがあります。いずれかのメイン データベースがダウンしている場合 (対応するスレーブ データベースも利用不可)、

M1 と M2 も相互マスターおよびスレーブとして構成されているため、MyCat は自動的に別の環境に切り替わります、そのため、M2 は M1 のデータを同期し、M1 環境とまったく同じサービスを提供できるため、高可用性と災害復旧機能が非常に優れています。

3. MyCat サービス ポートと管理ポート

MySQL サービス ポートは 3306、

MyCat サービス ポートは 8066 (このポートは変更することもできます)、これは MySQL です。クライアントはポート 8066 に接続します。ポート 8066 にログインするときに表示されるインターフェイスは、MySQL Server のポート 3306 にログインする場合と同じです。 MyCat には管理ポート 9066 もあります。この管理ポートにログインすると、MyCat の作業とバックエンド サーバーへの接続のすべてのステータス、およびサーバーへの接続のステータスを表示できます。情報元。

以上がMySQL の読み取りと書き込みの分離の原理は何ですか?の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。