跳转到主要内容
这是一份分步指南,说明如何配置您的 RDS MariaDB 实例,以便通过 MySQL ClickPipe 复制其中的数据。
我们还建议阅读这里的 MySQL 常见问题页面。该页面正在持续更新。

启用二进制日志保留

二进制日志是一组日志文件,用于记录对 MySQL 服务器实例中数据所做的修改。二进制日志文件是进行复制所必需的。以下两个步骤都必须执行:

1. 通过自动备份启用二进制日志

自动备份功能决定是否为 MySQL 启用二进制日志。可在 AWS 控制台中设置: 建议根据复制场景,将备份保留策略设置为较长的时长。

2. Binlog 保留时长 (小时)

Amazon RDS for MariaDB 设置 binlog 保留时长的方法有所不同。binlog 保留时长是指包含变更的二进制日志文件会保留多久。如果某些变更在 binlog 文件被删除前尚未被读取,复制将无法继续。binlog 保留时长 (小时) 的默认值为 NULL,表示不会保留二进制日志。 要指定某个 DB 实例上二进制日志的保留小时数,请使用 mysql.rds_set_configuration 函数,并将 binlog 保留周期设置得足够长,以确保复制能够进行。建议的最短时长为 24 hours

在 参数组 中配置 binlog 设置

在 RDS 控制台中点击你的 MariaDB 实例,然后进入 Configurations 选项卡,即可找到 参数组。 点击 参数组 链接后,会进入其详情页面。你会在右上角看到一个 Edit 按钮: 需要按如下方式设置 binlog_formatbinlog_row_metadatabinlog_row_image
  1. binlog_format 设置为 ROW
  1. binlog_row_metadata 设置为 FULL
  1. binlog_row_image 设置为 FULL
接下来,点击右上角的 Save Changes。这些更改可能需要重启实例后才会生效。如果你在 RDS 实例的 Configurations 选项卡中看到 参数组 链接旁显示 Pending reboot,通常就表示需要重启实例。
如果你使用的是 MariaDB cluster,则上述参数应位于 DB Cluster 参数组 中,而不是 DB instance group 中。

启用 GTID 模式

全局事务标识符 (GTID) 是分配给 MySQL/MariaDB 中每个已提交事务的唯一 ID。它可以简化 binlog 复制,并让故障排查更直接。MariaDB 默认启用 GTID 模式,因此无需用户执行任何操作即可使用。

配置数据库用户

以管理员用户身份连接到您的 RDS MariaDB 实例,并执行以下命令:
  1. 为 ClickPipes 创建一个专用用户:
  2. 授予 schema 权限。以下示例展示了 mysql database 的权限。对于您要复制的每个 database 和主机,请重复执行这些命令:
  3. 向该用户授予复制权限:

配置网络访问

基于 IP 的访问控制

如果你想限制对 RDS 实例的访问流量,请将文档中列出的静态 NAT IP 地址添加到 RDS 安全组 (Security Group) 的 Inbound rules 中。 如需通过私有网络连接到您的 RDS 实例,可以使用 AWS PrivateLink。请按照我们的 ClickPipes AWS PrivateLink 配置指南 完成连接设置。
最后修改于 2026年7月2日