TRUNCATE TABLE を含む DDL は、クローニング操作中は許可されません。 この制限は、データソースを選択するときに考慮する必要があります。 回避策は、データのクローニング中にブロックされる DDL 操作に対応できる専用のドナーインスタンスを使用することです。 同時 DML が許可されます。

別の MySQL サーバーのバージョンまたはリリースからインスタンスをクローニングすることはできません。 ドナーと受信者の MySQL サーバーのバージョンとリリースは完全に同じである必要があります。 たとえば、MySQL 5.7 と MySQL 8.0 の間、または MySQL 8.0.19 と MySQL 8.0.20 の間でクローニングすることはできません。 クローンプラグインは、MySQL 8.0.17 以上でのみサポートされます。

一度にクローニングできるのは単一の MySQL インスタンスのみです。 単一のクローニング操作での複数の MySQL インスタンスのクローニングはサポートされていません。

mysqlx_port で指定された X プロトコル ポートは、リモートクローニング操作ではサポートされていません (CLONE INSTANCE ステートメントでドナー MySQL サーバーインスタンスのポート番号を指定する場合)。

クローンプラグインは、MySQL サーバー構成のクローニングをサポートしていません。 受信者の MySQL サーバーインスタンスは、永続化されたシステム変数設定を含め、その構成を保持します (セクション5.1.9.3「永続化されるシステム変数」 を参照)。)

クローンプラグインはバイナリログのクローニングをサポートしていません。

クローンプラグインは、InnoDB に格納されているデータのみをクローニングします。 その他のストレージエンジンデータはクローニングされません。 sys スキーマを含む任意のスキーマに格納されている MyISAM および CSV テーブルは、空のテーブルとしてクローニングされます。

MySQL Router を介したドナー MySQL サーバーインスタンスへの接続はサポートされていません。

ローカルクローニング操作では、絶対パスで作成された一般的なテーブルスペースのクローニングはサポートされていません。 ソーステーブルスペースファイルと同じパスを持つクローニングされたテーブルスペースファイルは、競合の原因となります。