通过

将数据复制到 Azure Database for MySQL

  • 项目

适用于： Azure Database for MySQL - 单一服务器

重要

Azure Database for MySQL 单一服务器即将停用。 强烈建议升级到 Azure Database for MySQL 灵活服务器。 有关如何迁移到 Azure Database for MySQL 灵活服务器的详细信息，请参阅 Azure Database for MySQL 单一服务器发生了什么情况？

通过数据传入复制可以将数据从外部 MySQL 服务器同步到 Azure Database for MySQL 服务中。 外部服务器可以处于本地、虚拟机中或是其他云提供商托管的数据库服务。 数据传入复制以基于二进制日志 (binlog) 文件位置或基于 GTID 的从本机到 MySQL 的复制为基础。 若要了解有关 binlog 复制的详细信息，请参阅 MySQL binlog 复制概述。

何时使用配置复制中数据

可以考虑使用数据传入复制的主要场景有：

  • 混合数据同步：借助复制中数据，可以在本地服务器和 Azure Database for MySQL 之间同步数据。 此同步可用于创建混合应用程序。 如果有现有的本地数据库服务器，但想要将数据移到更靠近最终用户的区域，那么此方法很有吸引力。
  • 多云同步：对于复杂的云解决方案，使用复制中数据在 Azure Database for MySQL 和不同云提供程序之间同步数据，包括虚拟机和托管在这些云中的数据库服务。

对于迁移方案，请使用 Azure 数据库迁移服务 (DMS)。

限制和注意事项

不会复制的数据

不会复制源服务器上的 mysql 系统数据库。 此外，不会复制对源服务器上的帐户和权限所做的更改。 如果在源服务器上创建帐户，并且此帐户需要访问副本服务器，则在副本服务器手动创建相同的帐户。 若要了解哪些表包含在系统数据库中，请参阅 MySQL 手册。

Filtering

若要跳过从源服务器（托管在本地、虚拟机中或其他云提供程序托管的数据库服务中）复制表的操作，需支持 replicate_wild_ignore_table 参数。 （可选）使用 Azure 门户或 Azure CLI 在副本服务器（在 Azure 中托管）上更新此参数。

若要详细了解此参数，请查阅 MySQL 文档。

仅在常规用途或内存优化层中受支持

数据传入复制仅可在常规用途和内存优化定价层中受支持。

Azure Database for MySQL 的专用链接仅支持入站连接。 由于数据传入复制需要从服务进行的出站连接，因此数据传入流量不支持专用链接。

注意

GTID 在版本 5.7 和 8.0 中受支持，且仅在所支持的存储不超过 16 TB（常规用途存储 v2）的服务器上受支持。

要求

  • 源服务器版本必须至少是 MySQL 5.6 版。
  • 源服务器版本和副本服务器版本必须相同。 例如，两者必须同时是 MySQL 5.6 版或 MySQL 5.7 版。
  • 每个表都必须有主键。
  • 源服务器应使用 MySQL InnoDB 引擎。
  • 用户必须有权在源服务器上配置二进制日志记录和创建新用户。
  • 如果源服务器启用了 SSL，请确保为域提供的 SSL CA 证书已包含在 mysql.az_replication_change_master 或 mysql.az_replication_change_master_with_gtid 存储过程中。 请参阅以下示例和 master_ssl_ca 参数。
  • 请确保源服务器的 IP 地址已添加到 Azure Database for MySQL 副本服务器的防火墙规则中。 使用 Azure 门户或 Azure CLI 更新防火墙规则。
  • 请确保托管源服务器的计算机在端口 3306 上允许入站和出站流量。
  • 请确保源服务器具有公共 IP 地址，DNS 可公开访问，或者源服务器具有完全限定的域名 (FQDN)。

后续步骤