把DM任务从DM2.0迁移到DM8.5.5，dmworker节点日志量很多WARNING

🪐 TiDB 技术问题
1

把DM任务从DM2.0集群迁移到了DM8.5.5集群后，任务正常，但是dmworker节点日志量很多WARNING日志，导致磁盘使用率增长很快

【TiDB 使用环境】生产环境 /测试环境
生产环境
【TiDB 版本】7.5.6
【部署方式】云上部署（什么云）/机器部署
【操作系统/CPU 架构/芯片详情】
【机器部署详情】CPU大小/内存大小/磁盘大小
【问题复现路径】做过哪些操作出现的问题
【遇到的问题：问题现象及影响】
【资源配置】进入到 TiDB Dashboard -集群信息 (Cluster Info) -主机(Hosts) 截图此页面
【复制黏贴 ERROR 报错的日志】

[2026/04/30 17:57:22.445 +08:00] [WARN] [syncer.go:2456] ["unhandled event"] [task=test001] [unit="binlog replication"] [type=*replication.RowsQueryEvent]
[2026/04/30 17:57:22.445 +08:00] [WARN] [syncer.go:2456] ["unhandled event"] [task=test001] [unit="binlog replication"] [type=*replication.RowsQueryEvent]
[2026/04/30 17:57:22.445 +08:00] [WARN] [syncer.go:2456] ["unhandled event"] [task=test001] [unit="binlog replication"] [type=*replication.RowsQueryEvent]

【其他附件：截图/日志/监控】

2

DM 2.0 与 8.5.5 的 binlog 事件处理逻辑差异 DM 8.5.5 对 binlog 事件的解析和过滤逻辑做了重构，对于一些低版本 DM 中不处理、或源端 MySQL 特有的 binlog 事件（如特定 DDL、内部事件），新版 DM 会以 unhandled event 警告形式记录。

3

所以这个是正常现象吧

4

但从提供的3条日志信息中,没有什么逻辑的错误啊

5

根因：DM8.5.5 默认日志级别高 + 新增大量版本兼容警告
最快修复：log-level: error + 关闭冗余警告
生产安全：滚动重启 dm-worker，不影响同步任务
根治磁盘：开启日志轮转

6

dmworker如何配置日志轮转，我找官方文档似乎没看到

7

调整日志级别可以吗