本文探讨了如何从TiDB的binlog架构转移到MySQL，强调了Pump的高可用性和可扩展性，以及Drainer的角色。Pump负责分布式抽取binlog并排序，Drainer负责合并并传递给下游系统。Tidbbinlog有其限制，如不记录回滚操作和全量复制需求。
tidb到mysql、tidb、kafaka、binlog直接存储（relay log） 等等等等
pump存在高可用性，drainer（只有一个）没有。
多个pump分散抽取tidb的binlog，drainer合并抽取的binlog，发送给下游
ddl也会复制过去。
初始需要一致，binlog不支持全量复制，用br或者其他工具，然后tidb binlog
binlog内容
回滚的不记录，只记录提交的。
并不是只记录sql语句，而是参与的行的变更都会记录。
Pump
1.是集群，非单个，高可用，可扩展
2.每个pump只存上游的部分binlog，并且在自己这排序，
3.将binlog提供给drainer，由drainer合并，提交给下游
Drainer
工具binlogctl
Tidb binlog的限制
扫一扫
66
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
