因为下游MySQL的sql_mode设置与上游TiDB的sql_mode不一样,导致drainer同步状态下线。
因为下游MySQL的sql_mode设置与上游TiDB的sql_mode不一样,导致drainer同步状态下线。 运维排查: [tidb@ip-10-0-0-15 ~]$ cd /tidb_data/tidb_binlog/drainer-8250/log/ [tidb@ip-10-0-0-15 log]$ tail -f drainer.log 报错内容:error="Error 1366: Incorrect string value: '\\xC9\\xF2\\xD1\\xF4' for column 'mechanism_name' at row 1" commit_ts值:commit_ts=422377239451795457 排查上下游表结构,发现表结构一样。 -- 上游TiDB表结构 [root@10.0.0.11:4000] [app01]> show create table t1\G -- 下游MySQL表结构 [sync@10.0.0.11:3306] [app01]> show create table t1\G 排查上下游sql_mode值是否一样。 在绝大部分情况下,TiDB 和 MySQL 的语句都是兼容的。用户需要注意的是上下游的 sql_mode 应当保持一致。 发现上下游sql_mode值不一样。 [root@10.0.0.11:4000] [app01]> select @@sql_mode; +-----------------------------------------------------------------------------------------------------------------------+ | @@sql_mode | +-----------------------------------------------------------------------------------------------------------------------+ | ONLY_FULL_GROUP_BY,NO_ZERO_IN_DATE,NO_ZERO_DATE,ERROR_FOR_DIVISION_BY_ZERO,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION | +-----------------------------------------------------------------------------------------------------------------------+ 1 row in set (0.00 sec) [sync@10.0.0.11:3306] [app01]> select @@sql_mode; +-------------------------------------------------------------------------------------------------------------------------------------------+ | @@sql_mode | +-------------------------------------------------------------------------------------------------------------------------------------------+ | ONLY_FULL_GROUP_BY,STRICT_TRANS_TABLES,NO_ZERO_IN_DATE,NO_ZERO_DATE,ERROR_FOR_DIVISION_BY_ZERO,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION | +-------------------------------------------------------------------------------------------------------------------------------------------+ 1 row in set (0.01 sec) STRICT_TRANS_TABLES:在该模式下,如果一个值不能插入到一个事务表中,则中断当前的操作,对非事务表不做限制。 -- 设置下游MySQL的sql_mode值与上游TiDB的sql_mode值一样。 [sync@10.0.0.11:3306] [app01]> set global sql_mode='ONLY_FULL_GROUP_BY,NO_ZERO_IN_DATE,NO_ZERO_DATE,ERROR_FOR_DIVISION_BY_ZERO,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION'; Query OK, 0 rows affected, 1 warning (0.00 sec) -- 根据考虑数据问题是否commit_ts加入ignore-txn-commit-ts [tidb@ip-10-0-0-15 ~]$ cd /tidb_data/tidb_binlog/drainer-8250/conf [tidb@ip-10-0-0-15 conf]$ vim drainer.toml ignore-txn-commit-ts = [422377239451795457] -- 启动下线的drainer [tidb@ip-10-0-0-11 ~]$ tiup cluster start tidb-gg -R drainer -N 10.0.0.15:8250 [tidb@ip-10-0-0-11 ~]$ tiup cluster display tidb-gg -- drainer同步下游运行状态正常。 [tidb@ip-10-0-0-15 log]$ tail -f drainer.log
【推荐】国内首个AI IDE,深度理解中文开发场景,立即下载体验Trae
【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步
· Linux系列:如何用heaptrack跟踪.NET程序的非托管内存泄露
· 开发者必知的日志记录最佳实践
· SQL Server 2025 AI相关能力初探
· Linux系列:如何用 C#调用 C方法造成内存泄露
· AI与.NET技术实操系列(二):开始使用ML.NET
· 被坑几百块钱后,我竟然真的恢复了删除的微信聊天记录!
· 没有Manus邀请码?试试免邀请码的MGX或者开源的OpenManus吧
· 【自荐】一款简洁、开源的在线白板工具 Drawnix
· 园子的第一款AI主题卫衣上架——"HELLO! HOW CAN I ASSIST YOU TODAY
· Docker 太简单,K8s 太复杂?w7panel 让容器管理更轻松!