mysqlクラスターとマスター/スレーブの違い

mysql におけるクラスターとマスター/スレーブの違い: マスター/スレーブは、mysql レプリケーションを通じてデータの一貫性を確保します。これは、mysql クラスターのデータ同期方法と比較して非同期です。非同期であるため、マスターとスレーブ間のデータのコピーにわずかな遅延が発生し、不整合が発生する可能性があります。

推奨コース: MySQL チュートリアル 。

マスターとスレーブは、mysql レプリケーションを使用してデータの一貫性を確保します。 mysql クラスターのデータ同期方式と比較すると、非同期です。

クラスターは PXC (Percona XtraDB Cluster) を使用し、マルチノード データはリアルタイムで同期されます (読み取りおよび書き込み)

マスター/スレーブについて

マスター/スレーブは、読み取りと書き込みの分離を保証できます。つまり、書き込み操作はマスターで行われ、読み取り操作はスレーブで行われます。また、複数のマスター/スレーブ モードもあります。 1 つのマスターと複数のスレーブについてのみ話します。

たとえば、業務モジュールが 2 つあり、1 つは注文記録などを継続的に書き込むモジュール、もう 1 つはレポートを生成するモジュールですが、このとき読み取りと書き込みを分離していないと、読み取りと書き込みの操作が行われてしまいます。競合が発生し、パフォーマンスに影響を与える可能性があります。読み取りと書き込みが分離されている場合、パフォーマンスに影響を与えるために同じテーブルの読み取りと書き込みを考慮する必要はなく、複数のスレーブがサーバーへの負荷を適切に共有し、サーバーへの負荷を軽減できます。単一のマシン。

マスターとスレーブは、データの一貫性を確保するために mysql のレプリケーションを使用します。クラスターのデータ同期方法と比較すると、非同期です。非同期のため、マスターとスレーブ間のデータのコピーにはわずかな遅延が発生する可能性があります。遅延や不整合が発生します。

レプリケーション: マスター ノードは binlog を有効にし、一意のサーバー ID (ローカル エリア ネットワーク内で一意) を設定し、スレーブ ノードからサーバー ID を設定する必要があります。ビンログにはマスター上のすべてのメッセージが記録され、操作はスレーブ ノードのリレーログにコピーされ、スレーブ ノードで再生されます。

しかし、マスター/スレーブにも欠点があります。1 つは、高可用性を満たしていないことです。マスターがダウンしているため、手動で切り替える必要があります。ビジネスが中断されるため、許可されません。

もう 1 つは、データが不整合で一貫性がないことです。考えられる理由はたくさんあります。一般的な理由は次のとおりです。

• マスター ライブラリまたはスレーブ ライブラリが予期せずクラッシュします。ダウンタイムが発生する可能性があります。 binlog ファイルまたはリレーログ ファイルが損傷し、マスターとスレーブの不一致が発生します (このブログに記事があり、ダウンタイム後に修正されました)

• If set sql_log_bin=0メイン ライブラリが変更を実行する前に実行されると、メイン ライブラリはバイナリ ログを記録せず、スレーブ ライブラリはこれを変更できません。データの一部

• メイン ライブラリのバイナリ ログ形式はステートメントです。スレーブ ライブラリとの同期後、マスターとスレーブの間で不整合が発生する可能性があります。

• スレーブ ノードが読み取り専用に設定されていないため、誤ってデータを書き込みます

• マスター インスタンスとスレーブ インスタンスのバージョンが一致していません。特に上位のバージョンがマスターで下位のバージョンがスレーブの場合、マスター データベースでサポートされている機能がスレーブ データベースではサポートされていない可能性があります。この機能はサポートされていません

• #MySql BUG

#使用する場合は以下の点に注意する必要があります

メイン ライブラリの binlog は ROW 形式を採用しています
マスター インスタンスとスレーブ インスタンスのデータベースのバージョンは一貫しています
メイン ライブラリset sql_log_bin=0
スレーブ ライブラリは読み取り専用になり、手動書き込みは許可されなくなります。定期的なマスターとスレーブの整合性チェック

• クラスターについて

クラスターの最大の利点は、リアルタイム データです。同期、高可用性、各ノードのデータは同期されます。 一貫性があり、データの不整合が発生することがあるマスター/スレーブとは異なり、高可用性では、ノードのダウンタイムがビジネスに影響を与えることはありません。 しかし、欠点はパフォーマンス、つまり書き込みパフォーマンスです。各書き込み操作はすべてのノード間で同期されます。利益と損失があり、高可用性とデータの一貫性を確保するために若干のパフォーマンスが失われます。 クラスター内には 1 つの管理ノードと複数の SQL ノードおよびデータ ノードがあります。データ ノード間では同期レプリケーションが使用され、ノード間のデータの整合性が確保されます。通常、2 段階で送信されます。一般的な作業プロセス次のとおりです。

#マスターが commit ステートメントを実行すると、トランザクションがスレーブに送信され、スレーブはトランザクションの送信の準備を開始します

各スレーブはトランザクションを準備してから、トランザクションの準備ができている (またはトランザクションを準備できない) ことを示す OK (または ABORT) メッセージをマスターに送信する必要があります

• マスターは、すべてのスレーブが OK または ABORT メッセージを送信するのを待ちます

• マスターがすべてのスレーブから OK メッセージを受信すると、すべてのスレーブにコミット メッセージを送信し、スレーブにトランザクション;

マスターがいずれかのスレーブから ABORT メッセージを受信すると、すべてのスレーブに ABORT メッセージを送信し、スレーブにトランザクションを中止するように指示します。
各スレーブはマスターからの OK または ABORT メッセージを待ちます

スレーブがコミット要求を受信すると、トランザクションをコミットし、マスターに送信すると、トランザクションがコミットされたことの確認が送信されます。

スレーブがキャンセル要求を受信すると、すべての変更を元に戻し、占有しているリソースを解放します。これにより、トランザクションが中止され、確認が送信されます。 Masterv に対してトランザクションが中止されたことを通知します。

• • #マスターはすべてのスレーブから確認を受信すると、トランザクションがコミットされた (または中止された) ことを報告し、次のトランザクションを続行します

  # #同期レプリケーションでは合計4回のメッセージ転送が必要となるため、mysqlクラスタのデータ更新速度はスタンドアロンmysqlより遅くなります。したがって、mysql クラスターはギガビット以上の LAN で実行する必要があり、ノードはデュアル ネットワーク カードを使用でき、データ更新速度を確保するためにノード グループは直接接続されます。

  

以上がmysqlクラスターとマスター/スレーブの違いの詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。