【 TiDB 使用环境】生产环境
【 TiDB 版本】v4.0.15
【复现路径】
【遇到的问题：问题现象及影响】
通过binlog做主备同步，发现commit的延迟有点高，有啥可以优化的参数。
忽略版本升级情况。
【资源配置】
【附件：截图/日志/监控】
你这延迟还好
哈哈哈，怎么版本这么低哟
TiDB Binlog 的同步延迟为秒级别，在非业务高峰时延迟一般为 3 秒左右。
开启TiDB Binlog 对于有写入或更新数据的事务有一点性能影响。
延迟上，在 Prewrite 阶段要并发写一条 p-binlog 成功后才可以提交事务，一般写 binlog 比 KV Prewrite 快，所以不会增加延迟。可以在 Pump 的监控面板看到写 binlog 的响应时间
1 个赞
主从几百毫秒不算高
但是任务多了，这个延迟就上来了。目前主备延迟在10分钟
为什么开启binlog，多个四地三中心，互相备份下
有所增加，需要调整参数吗
正常200ms 主备就没有延迟 到400ms就开始增大延迟
第一要看延迟是不是还在增大，如果一直保持在一定范围内就不用管
- Drainer 与下游之间延迟大，可以调大 Drainer
worker-count参数（跨机房同步建议将 Drainer 部署在下游）。 - 下游负载不高，可以尝试调大 Drainer
worker-count参数。
https://docs.pingcap.com/zh/tidb/stable/tidb-binlog-faq#drainer-同步下游-tidbmysql-慢怎么办
pump什么配置 drainer可以增大并发度
那种架构
txn-batch 50
worker-count 108
有需要搞ticdc同步出去一份到kafka
就是因为增大 才需要调整一下 现在10分钟 还往上走
4.0.15的版本 5.0早就换cdc了 而且升级版本也比较麻烦 还在计划中
tiup扩容drainer进⾏增量同步，减少延迟
有文档吗 我现在就是通过drainer做的binlog同步到下游。