PDF (Ltr)- 1.3 mb
PDF (A4)- 1.3 mb
HTML下载(TGZ)- 449.4 kb
HTML下载(邮政编码)- 463.6 kb
このページは機械翻訳したものです。
AdminAPIには,InnoDBクラスタと同様の方法で非同期GTIDベースレプリケーションを実行するMySQLインスタンスのセットを管理できるようにするInnoDB ReplicaSetのサポートが含まれています。InnoDB ReplicaSetは,単一のプライマリおよび複数のセカンダリ(従来はMySQLレプリケーションソースおよびレプリカと呼ばれていました)で構成されます。InnoDB ReplicaSetのステータスを確認したり,障害発生時に新しいプライマリに手動でフェイルオーバーするなど,ReplicaSetオブジェクトおよびAdminAPI操作を使用してReplicaSetsを管理します。InnoDBクラスタと同様に,MySQL路由器ではInnoDB ReplicaSetに対するブートストラップがサポートされているため,手動で構成しなくてもInnoDB ReplicaSetを使用するようにMySQL路由器を自動的に構成できます。これにより,InnoDB ReplicaSetは,MySQLレプリケーションおよびMySQL路由器を迅速かつ簡単に起動して実行できるため,読取りのスケールアウトに適しており,InnoDBクラスタで提供される高可用性を必要としないユースケースでは手動フェイルオーバー機能を提供します。
AdminAPIを使用したInnoDB ReplicaSetのデプロイに加えて,既存のレプリケーション設定を採用できます。AdminAPIは,レプリケーション設定のトポロジに基づいてInnoDB ReplicaSetを構成します。レプリケーション設定が採用されたら,最初からデプロイされたInnoDB ReplicaSetと同じ方法で管理します。これにより,新しいReplicaSetを作成せずに,AdminAPIおよびMySQL路由器を利用できます。詳細は,セクション6.3.4”既存のレプリケーション設定の採用”を参照してください。
InnoDB ReplicaSetにはInnoDBクラスタと比較していくつかの制限があるため,可能なかぎりInnoDBクラスタをデプロイすることをお薦めします。通常,InnoDB ReplicaSet自体は高可用性を提供しません。InnoDB ReplicaSetの制限事項は次のとおりです:
自動フェイルオーバーは行われません。プライマリが使用できなくなった場合は,変更を再度行う前に,AdminAPIを使用してフェイルオーバーを手動でトリガーする必要があります。ただし,セカンダリインスタンスは読取り可能なままです。
予期しない停止または使用不可による部分的なデータ損失からの保護はありません。停止時までにまだ適用されていないトランザクションは失われる可能性があります。
予期しない終了または使用不可の後は,不整合から保護しません。(たとえば,ネットワークパーティションが原因で)元のプライマリがまだ使用可能な間にフェイルオーバーによってセカンダリが昇格されると,スプリットブレインのために不整合が発生する可能性があります。
InnoDB ReplicaSetは,マルチプライマリモードをサポートしていません。すべてのメンバーで書込みが可能なクラシックレプリケーショントポロジでは,データ整合性を保証できません。
InnoDB ReplicaSetは非同期レプリケーションに基づいているため,読取りスケールアウトが制限されています。そのため、组复制の場合とは異なり,フロー制御のチューニングはできません。
すべてのセカンダリメンバーが単一のソースからレプリケートされます。一部の特定のシナリオまたはユースケースでは,これがソースに影響する可能性があります。たとえば,非常に小規模な更新が多数行われています。