MySQL InnoDB ReplicaSet の簡単な紹介

01 InnoDBレプリカセットの紹介

InnoDB ReplicaSet は MySQL 8.0 で導入され、私たちがよく知っているレプリケーション機能を提供します。MongoDB レプリカセットの概念を知っていれば、InnoDB ReplicaSet を理解しやすくなります。

InnoDB ReplicaSet は次の技術を使用します。

1. より強力なクライアント、MySQL Shell

2. 軽量ミドルウェアである MySQL Router は、MongoDB の mongos の役割に相当します。

3. MySQLサーバー（MySQLサービスとも呼ばれる）

InnoDB ReplicaSet (以下、InnoDB レプリカセットと呼びます)。これは、MySQL のレプリケーションテクノロジを使用します。レプリカセットには、プライマリノードと 1 つ以上のセカンダリノードがあります。InnoDB クラスタ (InnoDB クラスタは別の MySQL 高可用性ソリューションです) のような障害の自己修復やマルチマスターモードは提供されませんが、関連するノードを追加、削除、および構成するための手動の方法を提供します。

通常、MySQL Shell の AdminApi を使用して、innodb レプリカセットを管理します。AdminAPI には、js と python の 2 つのバージョンがあります。スクリプトを簡単に記述して、MySQL を自動的にデプロイできます。AdminAPI は、MySQL インスタンスセット用の効果的な最新のインターフェイスを提供し、中央ツールからデプロイメントをプロビジョニング、管理、監視できるようにします。

InnoDB レプリカセットは MySQL クローンコンポーネントをサポートしています。クローンプラグインを使用すると、レプリカセットを簡単に構築できます。

InnoDB ReplicaSet は MySQL Router と緊密に統合されており、AdminAPI を使用して操作できます。 MySQL Router は、InnoDB ReplicaSet (ブートストラップと呼ばれるプロセス) に基づいて自動的に構成できるため、ルーターを手動で構成する必要はありません。

02 InnoDBレプリカセットの制限

上記では、InnoDB レプリカセットの基本的な知識と概念をいくつか紹介しました。ここでは、その制限について説明する必要があります。InnoDB レプリカセットの制限は、主に InnoDB クラスターとの比較によって反映されます。以下にリストします。

1.自動故障切替機能はありません。プライマリデータベースが使用できない場合は、AdminApi を使用してフェイルオーバーを手動でトリガーする必要があります。

2. 事故や利用不能によるデータ損失を防ぐことは不可能であり、障害発生時には適用されていないトランザクションが失われる可能性があります。

3. 予期しない終了の後のデータの不整合を防ぐことは不可能です。ネットワークの問題によりマスターノードが一時的に切断された場合、スレーブノードがマスターノードに昇格すると、ブレインスプリットが発生する可能性があります。

4. InnoDB レプリカセットはマルチマスターモードをサポートしておらず、従来のマルチマスター書き込みレプリケーションソリューションではデータの一貫性を保証できません。

5. InnoDB レプリカセットは非同期レプリケーションに基づいており、MGR のようなフロー制御を実行できないため、読み取りのスケーラビリティはある程度制限されます。

6. すべてのセカンダリインスタンスはプライマリインスタンスから複製する必要があるため、ソースインスタンスに一定の影響が出る可能性があります。

上記の説明から、InnoDB レプリカセットと MongoDB レプリカセットの間にはまだ大きなギャップがあることは容易にわかりますが、これは MySQL 担当者が高可用性への道で踏み出した重要なステップであるため、引き続き検討する必要があります。以降のバージョンの反復により、これらの問題が注目され、解決され、ユーザーの要件をさらに満たすためのより良いソリューションが生まれると信じています。