MySQLのアクティブ-アクティブクラスター
100個を超えるデータベースを持たない3ノードのアクティブ-アクティブMySQLクラスターを使用する予定です。ここの多くの専門家は、障害の増加により非常に脆弱である循環レプリケーションが発生するMySQL 5.6および5.7の問題があることをすでに述べています。PerconaXtraDBがどのようにしてMySQLクラスタにEdgeを提供するのですかPerconaは循環しませんか？ただ理解しようとしています。これから使用するアプリケーションは、リソースをあまり消費しません。 3ノードのアクティブ-アクティブクラスターに最適なオプションは何ですか？
「Percona XtraDB」と「Percona XtraDB Cluster」（PXCとも呼ばれます）の違いがないようです。 XtraDBは、Perconaと互換性のあるInnoDBストレージエンジンの互換性のあるドロップイン置換リライトであり、PerconaサーバーとMariaDBに含まれています。
Percona XtraDBクラスターとMariaDB GaleraクラスターはどちらもストレージエンジンとしてXtraDBを使用しますが、標準のMySQLレプリケーションとの重要な違いは、どちらもGaleraレプリケーションプロバイダーを使用することです、すべてのノード間で真の同期レプリケーションを提供します。 MySQLでGaleraを使用することもできます。オラクルは彼らの考えではなかったので、それについて言及しないかもしれません。
MySQLの組み込み非同期レプリケーションは循環レプリケーション用に構成できます（PerconaおよびMariaDBに含まれています）が、競合を処理するメカニズムはありません。クエリが異なるサーバーで競合する変更を行うと、データに一貫性がなくなり、レプリケーションが停止します。 Galeraは、コミットごとに同意するようにすべてのノードに要求することでこれを解決します。レプリケーションメカニズムは、組み込みのものとは根本的に異なります。
質問が暗示するように、MySQL 5.6および5.7に固有の循環レプリケーションの問題はありません。これらの問題は、標準のレプリケーションが循環構成で使用されている場合、複数のマスターへの書き込みを許可すると、MySQL、Percona、およびMariaDBのすべてのバージョンに適用されます。