MySQL高可用性アーキテクチャ

MySQLデータベースの高可用性アーキテクチャを検討する場合、主に以下の側面から検討されます。

1. データベースがダウンしているか、予期せず中断された場合は、データベースの可用性をできるだけ早く復元し、ダウンタイムを可能な限り短縮し、データベース障害が原因でビジネスが中断されないようにすることができます。
2. バックアップ、読み取り専用コピー、およびその他の機能に使用される非プライマリノードのデータは、リアルタイムまたは最終的にはプライマリノードのデータと一致している必要があります。
3. ビジネスでデータベースの切り替えが発生した場合、切り替え前後のデータベースの内容は一貫している必要があり、データの欠落やデータの不整合が原因でビジネスに影響が及ぶことはありません。

MySQLの高可用性と言えば、MySQLの高可用性の基盤であるレプリケーションについて言及する必要があります。「コピー」によって解決される問題は次のとおりです。

1. データのバックアップを実装する
2. スレーブサーバーがある場合、マスターサーバーに障害が発生すると、スレーブサーバーの書き込み機能が有効になり、高可用性の使用機能が提供されます
3. オフサイトの災害復旧
4. ロードマスターサーバーのスケールアウト：書き込み、スレーブサーバー：読み取り

マスタースレーブ複製プロセス

異なるレプリケーションアグリーメント：

高可用性レプリケーションアーキテクチャ

MySQLの高可用性アーキテクチャ

MySQL Clusterアーキテクチャ

ストレージエンジンをNDBストレージエンジンに制限します。

MySQL + MMMアーキテクチャ

MMMはMySQLのマスターマスターレプリケーションマネージャー（mysqlマスターマスターレプリケーションマネージャー）であり、mysqlマスターマスターレプリケーション構成の監視、フェイルオーバー、および管理用のスケーラブルなスクリプトスイートのセットです（いつでも1つのノードのみを書き込むことができます）。で）、このスイートは、任意の数のスレーブサーバーの標準マスタースレーブ構成に基づいて負荷分散を読み取ることもできるため、これを使用して、複製されたサーバーのグループで仮想IPを開始できます。ノード間のデータのバックアップと再同期のためのスクリプト。
 MySQL自体はレプリケーションフェイルオーバーのソリューションを提供していませんMMMソリューションはサーバーのフェイルオーバーを実現し、それによりmysqlの高可用性を実現できます。

このプログラムの特徴：

1. 高いセキュリティ、安定性、優れたスケーラビリティ
2.  少なくとも3つ以上のサーバーが必要です
3.  デュアルマスターの場合（マスター/スレーブレプリケーション要件が高い）
4. また、読み取りと書き込みの分離を実現できます。

MySQL + MHAアーキテクチャ

MHAはまた、MySQLの高可用性プログラムにおいて比較的成熟した一般的なソリューションである必要があります。これは、日本人によって開発されました。MySQLのフェイルオーバープロセス中に、MHAは高速かつ自動の切り替え操作を実現し、データの一貫性を最大限に維持することもできます。 。

このアーキテクチャの機能：

1. 簡単なインストールと展開、既存の構造には影響しません
2. 自動監視とフェイルオーバー
3. データの整合性を確保
4. フェイルオーバーモードでは、手動または自動の多方向選択を使用できます
5. 幅広い適応性（あらゆるストレージエンジンに適用可能）

まとめ

データの整合性に対する人々の要求が高まるにつれ、MySQL自体の最適化、MySQLクラスターアーキテクチャの最適化、Paxos、Raft、2PCアルゴリズムなど、分散データの整合性の問題を解決するための方法がますます増えています。はじめになど。

MySQLデータベースのデータの整合性の問題を解決するために分散アルゴリズムを使用することもますます受け入れられており、PhxSQL、MariaDB Galera Cluster、Percona XtraDB Clusterなどの一連の成熟した製品がますます普及しています。スケール使用。

公式のMySQL Group Replicationの一般提供により、分散プロトコルを使用してデータの一貫性の問題を解決することが主流の方向になりました。ますます優れたソリューションが提案され、MySQLの高可用性問題をより適切に解決できることが期待されます。