2.1.1 CDC 解决什么问题

在 TiCDC 工具出现之前,数据同步功能是由 TiDB-Tools 工具中的 TiDB-Binlog 来实现的。TiDB-Binlog 通过收集各个 TiDB 实例产生的 binlog,并按照事务提交的时间排序后同步到下游。TiCDC 则是通过 TiKV 的 KV Change Logs 来实现的,在数据同步过程中的处理上,两者有本质的区别。

易用性

TiCDC 更易使用:

  • TiCDC 部署只需一个二进制文件,非常简洁
  • TiCDC 可以全部使用 SQL 管理,不需要另外组件,而且自带管理界面

性能

TiCDC 性能更好:

  • TiCDC 提供更良好的扩展性,可以应对超大规模 TiDB 集群的使用场景,在这一点上 TiDB-Binlog 要弱于 TiCDC,Pump 集群虽然具有一定的扩展性,但是 Drainer 是单节点归并排序,无法应对超大规模 TiDB 集群
  • TiDB-Binlog 在极端情况下可能会丢失 Commit Binlog,需要反查 TiKV 事务状态,同步延迟可达到 10 分钟,而 TiCDC 的同步延迟通常在毫秒级别
  • 目前版本 TiDB-Binlog 的实现强依赖于 TiDB Transaction 模型,会阻扰已知的一些优化,比如 Big Transaction 功能、不从 PD 获取 Commit Timestamp 等

可用性

TiCDC 可用性更好:

  • TiCDC 多个节点写下游不会有单点瓶颈,直接在 watch KV 层变更,有天然数据安全性保证
  • TiCDC 各节点无状态,通过 PD 的 etcd 保存元数据信息,因此可以很方便实现数据高可用及服务高可用
  • TiDB-Binlog 需要单独解决数据安全和服务高可用问题,实现代价很高,且目前都未实现

results matching ""

    No results matching ""