【 TiDB 使用环境】生产环境
# WARNING: This file is auto-generated. Do not edit! All your modification will be overwritten!
# You can use 'tiup cluster edit-config' and 'tiup cluster reload' to update the configuration
# All configuration items you want to change can be added to:
# server_configs:
# pump:
# aa.b1.c3: value
# aa.b2.c4: value
gc = 7
drainer组件配置：
[syncer]
db-type = "file"
[syncer.to]
retention-time = 7
使用reparo 5.0.2版本进行sql打印的配置文件：
data-dir = "/data/drainer-8249/data"
log-level = "debug"
dest-type = "print"
txn-batch = 20
worker-count = 16
safe-mode = false
为了减少干扰我去除了库表过滤，然后在数据库中做了以下几种操作：
新建test库和test.t表，插入一些数据。 结果显示只能看到DDL语句，DML全部丢失。
在一个能正常输出DML事件的库中新建t表。结果显示还是只能看到DDL语句，DML全部丢失。
请问，在什么情况下会出现这种DML事件全部丢失的问题？我检查了3个pump实例的日志都没有看到ERROR级别的错误，drainer也是只有在DDL事件时输出相关INFO，然后就是常规的"write save point"日志。
神了，找到一个能正常输出dml binlog的表，和别人使用相同的客户机用相同的mysql驱动更新相同的表，我更新的就不输出binlog，他的程序的更新就会输出binlog，不过他是1min更新一次，偶尔也丢。接下来计划重装pump看看。
你可以试试drainer输出成文件，然后用Reparo 解析这些binlog文件成sql，在查看是否真的丢失dml语句
步入玄学领域了，两个DDL之间夹杂一个DML，DML就是被隐藏。
重装还得等到业务低峰期，现在还在找方向，目前感觉可能存在什么孤儿tidb实例，可能会是集群配置方面的问题导致。
上图显示binlog都开了，但我感觉不可信。
1 个赞
补充：
1 个赞
zhanggame1
2023 年8 月 28 日 06:23
8
是通过以下方式修改binlog参数的吗？
执行edit-config命令，修改集群配置：
然后reload
类似吧，通过读取meta.yaml修改并覆盖原内容，reload之后所有tidb实例的配置文件都会显示已同步修改。
system
2023 年10 月 27 日 06:26
10
此话题已在最后回复的 60 天后被自动关闭。不再允许新回复。
问题找到了，孤儿tidb没找到，找到一个显示binlog enable但是其实没开的tidb实例，就是上边截图里那3个binlog.enable为true的其中之一。