在捐赠者上，克隆用户需要 BACKUP_ADMIN在克隆操作期间访问和传输来自捐赠者的数据并阻止并发 DDL 的特权。克隆操作期间的并发 DDL 在 MySQL 8.0.27 之前的供体上被阻止。从 MySQL 8.0.27 开始，捐助者默认允许并发 DDL。请参阅 第 5.6.7.4 节，“克隆和并发 DDL”。

在收件人上，克隆用户需要 CLONE_ADMIN替换收件人数据、在克隆操作期间阻止收件人上的 DDL 以及自动重新启动服务器的权限。CLONE_ADMIN 特权包括 隐式 BACKUP_ADMIN特权 。SHUTDOWN

MYSQL 8.0.17 及更高版本支持克隆插件。捐赠者和接受者必须是相同的 MySQL 服务器版本和发行版。要确定 MySQL 服务器版本和发行版，请发出以下查询：

mysql> SHOW VARIABLES LIKE 'version';
 +---------------+--------+
| Variable_name | Value  |
+---------------+--------+
| version       | 8.0.17 |
+---------------+--------+

从 MySQL 8.0.26 开始，支持从供体 MySQL 服务器实例克隆到相同版本和发行版的修补程序 MySQL 服务器实例。

捐赠者和接受者 MySQL 服务器实例必须在相同的操作系统和平台上运行。例如，如果捐赠者实例在 Linux 64 位平台上运行，则接受者实例也必须在该平台上运行。有关如何确定操作系统平台的信息，请参阅操作系统文档。

收件人必须有足够的磁盘空间来存储克隆的数据。默认情况下，在克隆捐赠者数据之前，用户创建的数据（模式、表、表空间）和二进制日志会在接收者上删除，因此您只需要足够的空间来容纳捐赠者数据。如果使用该DATA DIRECTORY 子句克隆到命名目录，则必须有足够的磁盘空间用于现有的收件人数据和克隆的数据。您可以通过检查文件系统上的数据目录大小和驻留在数据目录之外的任何表空间的大小来估计数据的大小。在估算捐赠者的数据大小时，请记住只有 InnoDB数据被克隆。如果您将数据存储在其他存储引擎中，请相应地调整您的数据大小估计。

InnoDB允许在数据目录之外创建一些表空间类型。如果供体 MySQL 服务器实例具有驻留在数据目录之外的表空间，则克隆操作必须能够访问这些表空间。您可以查询该 INFORMATION_SCHEMA.FILES 表以识别驻留在数据目录之外的表空间。驻留在数据目录之外的文件具有指向数据目录以外目录的完全限定路径。

mysql> SELECT FILE_NAME FROM INFORMATION_SCHEMA.FILES;

在捐赠者上激活的插件，包括任何密钥环插件，也必须在接收者上激活。您可以通过发出 SHOW PLUGINS语句或查询 INFORMATION_SCHEMA.PLUGINS 表来识别活动插件。

捐赠者和接受者必须具有相同的 MySQL 服务器字符集和排序规则。有关 MySQL 服务器字符集和排序规则配置的信息，请参阅 第 10.15 节，“字符集配置”。

捐赠者和接受者需要相同的innodb_page_size 设置innodb_data_file_path 。捐助者和接受者的 innodb_data_file_path 设置必须指定相同数量的同等大小的数据文件。SHOW VARIABLES您可以使用语法 检查变量设置。

mysql> SHOW VARIABLES LIKE 'innodb_page_size';
mysql> SHOW VARIABLES LIKE 'innodb_data_file_path';

如果克隆加密或页面压缩数据，捐赠者和接受者必须具有相同的文件系统块大小。对于页面压缩数据，收件人文件系统必须支持稀疏文件和打孔，以便在收件人上进行打孔。有关这些功能以及如何识别使用它们的表和表空间的信息，请参阅 第 5.6.7.5 节，“克隆加密数据”和 第 5.6.7.6 节，“克隆压缩数据”。要确定您的文件系统块大小，请参阅您的操作系统文档。

如果您要克隆加密数据，则需要安全连接。请参阅 为克隆配置加密连接。

收件人的 clone_valid_donor_list 设置必须包括捐赠者 MySQL 服务器实例的主机地址。您只能从有效捐赠者列表中的主机克隆数据。SYSTEM_VARIABLES_ADMIN 需要具有权限的 MySQL 用户 来配置此变量。本节后面的远程克隆示例中提供了设置 clone_valid_donor_list 变量的说明。您可以 clone_valid_donor_list 使用SHOW VARIABLES语法检查设置。

mysql> SHOW VARIABLES LIKE 'clone_valid_donor_list';

不得有其他克隆操作在运行。一次只允许一个克隆操作。要确定克隆操作是否正在运行，请查询该 clone_status表。请参阅 使用性能模式克隆表监视克隆操作。

克隆插件以 1MB 数据包和元数据的形式传输数据。max_allowed_packet因此，在捐赠者和接受者 MySQL 服务器实例上所需的最小值 是 2MB。max_allowed_packet小于 2MB的 值会导致错误。使用以下查询检查您的 max_allowed_packet 设置：

mysql> SHOW VARIABLES LIKE 'max_allowed_packet';

捐赠者上的撤消表空间文件名必须是唯一的。当数据被克隆到接收者时，撤消表空间，无论它们在捐赠者上的位置如何，都会被克隆到接收者上的位置或子句innodb_undo_directory 指定的目录（如果使用）。由于这个原因，donor 上的重复撤消表空间文件名是不允许的。从 MySQL 8.0.18 开始，如果在克隆操作期间遇到重复的撤消表空间文件名，则会报告错误。在 MySQL 8.0.18 之前，克隆具有相同文件名的撤消表空间可能会导致撤消表空间文件在接收方上被覆盖。 DATA DIRECTORY [=] 'clone_dir'

要查看捐赠者上的撤消表空间文件名以确保它们是唯一的，请查询 INFORMATION_SCHEMA.FILES：

mysql> SELECT TABLESPACE_NAME, FILE_NAME FROM INFORMATION_SCHEMA.FILES
       WHERE FILE_TYPE LIKE 'UNDO LOG';

有关删除和添加撤消表空间文件的信息，请参阅第 15.6.3.4 节，“撤消表空间”。

默认情况下，在克隆数据后自动重新启动（停止和启动）接收方 MySQL 服务器实例。要发生自动重启，接收方必须有一个监视进程来检测服务器关闭。否则，克隆操作会在克隆数据后停止并出现以下错误，并且接收方 MySQL 服务器实例将关闭：

ERROR 3707 (HY000): Restart server failed (mysqld is not managed by supervisor process).

此错误并不表示克隆失败。这意味着在克隆数据后，必须手动重新启动接收方 MySQL 服务器实例。手动启动服务器后，您可以连接到接收方 MySQL 服务器实例并检查性能模式克隆表以验证克隆操作是否成功完成（请参阅 使用性能模式克隆表监视克隆操作。）该RESTART语句具有相同的监视过程要求. 有关详细信息，请参阅第 13.7.8.8 节，“RESTART 语句”. 如果使用该子句克隆到命名目录，则此要求不适用DATA DIRECTORY ，因为在这种情况下不会执行自动重启。

几个变量控制远程克隆操作的各个方面。在执行远程克隆操作之前，请检查变量并根据需要调整设置以适应您的计算环境。克隆变量在执行克隆操作的收件人 MySQL 服务器实例上设置。请参阅 第 5.6.7.13 节，“克隆系统变量”。