对于TiCDC：
1、希望上下游都是tidb集群时，ticdc摆脱对GC的依赖（大集群长时间holdGC）。可以利用BR backup全量恢复，ticdc读取BRlog来追增量，最终再拉去tikv log。
2、希望摆脱对上游集群的依赖，目前上游集群挂掉，ticdc无法工作，希望在上游集群挂掉后还是能完成已经传到ticdc中日志的同步到下游。
3、ticdc redo，当上游出现灾难性故障时，下游的最终一致性可能遭到破坏，为了保证下游同步到一致性点引入了redo的概念，但是6.5后ticdc推荐部署在上游，ticdc redo推荐写在下游（避免上游整体机房出问题），如果下游需跨中心访问，那么还要开通到下游的磁盘共享权限，这块可能有一些企业要求严格，不允许跨中心访问共享NAS，能否提供下游redo的接受日志的客户端工具呢，这样中间还可能能压缩传输减少消耗。
4、尽早完成权限体系设计，权限独立和配置免密等。
2 个赞