MySQL 8.0 リファレンスマニュアル


MySQL 8.0 リファレンスマニュアル  /  ...  /  以前のレプリケーションステートメントとの互換性

17.2.2.2 以前のレプリケーションステートメントとの互換性

レプリカに複数のチャネルがあり、FOR CHANNEL channel オプションが指定されていない場合、通常、有効なステートメントは使用可能なすべてのチャネルに対して動作しますが、特定の例外があります。

たとえば、次のステートメントは、特定のグループレプリケーションチャネルを除くすべてのステートメントで予想どおりに動作します:

  • START REPLICA | SLAVE は、group_replication_recovery および group_replication_applier チャネルを除くすべてのチャネルのレプリケーションスレッドを開始します。

  • STOP REPLICA | SLAVE は、group_replication_recovery および group_replication_applier チャネルを除くすべてのチャネルのレプリケーションスレッドを停止します。

  • SHOW REPLICA | SLAVE STATUS では、group_replication_applier チャネルを除くすべてのチャネルのステータスがレポートされます。

  • RESET REPLICA | SLAVE はすべてのチャネルをリセットします。

警告

このステートメントは既存のすべてのチャネルを削除し、リレーログファイルをパージし、デフォルトチャネルのみを再作成するため、RESET REPLICA | SLAVE を慎重に使用してください。

一部のレプリケーションステートメントは、すべてのチャネルで動作するわけではありません。 この場合、エラー 1964 Multiple チャネルがレプリカに存在します。 argument. が生成されるため、チャネル名を指定してください。 次のステートメントおよび関数は、マルチソースレプリケーショントポロジで使用され、FOR CHANNEL channel オプションを使用して動作するチャネルを指定しない場合に、このエラーを生成します:

  • SHOW RELAYLOG EVENTS

  • CHANGE REPLICATION SOURCE TO

  • CHANGE MASTER TO

  • MASTER_POS_WAIT()

デフォルトチャネルは常に単一ソースレプリケーショントポロジに存在することに注意してください。このトポロジでは、ステートメントおよび関数は以前のバージョンの MySQL と同様に動作します。


関連キーワード:  チャネル, ステートメント, ソース, ベース, バイナリ, GTID, トランザクション, 構成, 変数, 設定