将 Aurora MySQL 作为 AWS DMS 源使用时，如何排查收到的二进制日志记录错误？

简短描述

您必须在源 Aurora MySQL 兼容版数据库写入实例上启用二进制日志记录，才能在配置了 FULL LOAD AND CDC（完全加载和 CDC）或 CDC only（仅 CDC）的 AWS DMS 任务中执行更改数据捕获（CDC）。您必须使用写入实例，因为不支持将只读副本作为 CDC 操作的源。有关更多信息，请参阅将 MySQL 数据库作为 AWS DMS 源的限制。

如果不启用二进制日志记录，或您连接的是读取实例，则您会看到一个与以下类似的日志条目：

消息
[SOURCE_CAPTURE ]I: System var 'log_bin' = 'OFF'
[SOURCE_CAPTURE ]E: Error Code [10001] : Binary Logging must be enabled for MySQL server [1020418] (mysql_endpoint_capture.c:366)

解决方法

如果您连接的是读取实例，请首先找到写入实例，然后使用 AWS DMS 连接到该写入实例。最佳实践是连接到集群终端节点，因为集群终端节点始终会指向集群的当前写入实例。

然后再使用集群终端节点连接到源 Aurora 集群写入节点，以确认启用了二进制日志记录：

mysql> show global variables like "log_bin";
+---------------+-------+
| Variable_name | Value |
+---------------+-------+
| log_bin       | OFF   |
+---------------+-------+

如果 log_bin 参数设置为 OFF，则检查 Aurora 集群的集群参数组，确认 binlog_format 参数是否设置为 ROW。如果 binlog_format 未设置为 ROW，请修改该参数为 Aurora for MySQL 启用二进制日志记录。

**注意：**这是一个静态参数，因此您必须重启 Aurora 实例才能使此更改生效。

在将 binlog_format 参数设置为 ROW 后，请连接到您的 Aurora 实例以确认是否启用了二进制日志记录：

mysql> show global variables like "log_bin";
+---------------+-------+
| Variable_name | Value |
+---------------+-------+
| log_bin       | ON    |
+---------------+-------+

在启用二进制日志记录并确认您将集群写入终端节点用于 AWS DMS 后，重新启动任务。

---

相关信息

将与 MySQL 兼容的数据库作为 AWS DMS 源