5.x 之后的tidb，建议直接使用 ticdc， binlog 上存在兼容性的问题 如下： https://docs.pingcap.com/zh/tidb/stable/tidb-binlog-overview#注意事项 pump有独立的GC 时间 ，可以按照需要设定保留的天数 https://docs.pingcap.com/zh/tidb/stable/tidb-binlog-faq#pump-磁盘快满了怎么办 drainer 建议独立部署，方便运维和扩缩容 Pump/Drainer 中状态的定义： online：正常运行中 pausing：暂停中 pa…

国内比较热门的 TiDB 和 OceanBase 使用的是 Timestamp Oracle （TSO）方案，即中心化授时方案。TSO 采用单时间源、单点授时的方式实现全局时钟，用一个全局唯一的时间戳作为全局事务 id。其中，TiDB 的事务模型是基于 Google Percolator 的，所以从一开始就使用的是类似 Percolator 的 TSO 机制。TiDB 通过集群管理模块 PD 统一进行时间的分配，以保障整个系统时间的全局同步。这种模式的优势是实现简单，在同一个数据中心下网络开销非常小，但在跨地域的使用场景中延迟较高。并且，中心化授时方案会成为整个系统的性能bottleneck，…

看下任务状态管理 https://docs.pingcap.com/zh/tidb/stable/dm-pause-task

上游数据库 和 DM，以及下游的变化，一致性的检查，都需要 meta data 来支持 看看这个： https://docs.pingcap.com/zh/tidb/stable/dm-manage-schema#原理介绍

TiCDC 运行时是一种无状态节点，通过 PD 内部的 etcd 实现高可用。TiCDC 集群支持创建多个同步任务，向多个不同的下游进行数据同步。 因为无状态，所以可以增加 N 个节点… 这页有个视频，建议你好好学习一下 https://docs.pingcap.com/zh/tidb/stable/ticdc-overview#ticdc-适用场景

安全第一，好好开车，到了服务区在联系，处理故障了

[image]

188 这个节点明显低于其他的，是不是刚加入的新节点 估计看看之前对于 region label 的设定，是否能平衡region的分布 https://docs.pingcap.com/zh/tidb/stable/pd-control#查询-region-副本的分布情况 https://docs.pingcap.com/zh/tidb/stable/tidb-scheduling https://docs.pingcap.com/zh/tidb/stable/schedule-replicas-by-topology-labels#设置-tikv-的-labels-配置 https…

3.x 也可以迁移到 tiup 进行管理 至于升级到 4.x 建议你先做测试，然后在确定 3.x 和 4.x 有较大的差异

观察下 region 的分布是否合理

SQL 很复杂么？ 导致 parser duration 高 可以上传下 SQL，表结构和执行计划么？ https://pingcap.com/zh/blog/tidb-source-code-reading-5

BR 支全量 + 增量的模式 参考文档 https://docs.pingcap.com/zh/tidb/stable/use-br-command-line-tool#增量备份

每天过得太充实了～

建议先用ansible 恢复环境信息，这个也不难，要花点时间 然后推荐将ansible 升级为 tiup，在考虑后面的扩容的操作 参考文档 https://docs.pingcap.com/zh/tidb/v4.0/upgrade-tidb-using-tiup#3-将-tidb-ansible-及-inventoryini-配置导入到-tiup https://pingcap.com/zh/blog/deployment-by-ansible

这一看就是互信没搞好… 友情提示，尽量使用tiup 帮你建立账号，手动配置互信的话，要测试好… （对 user id 和 group id 都会有要求） 来参考下： https://docs.pingcap.com/zh/tidb/stable/check-before-deployment#手动配置-ssh-互信及-sudo-免密码

卷起来～

建议更新 tiup的版本，在试试 参考：

检查一下下面两个参数： enable-cross-table-merge 默认 false ，如果为 true，则表示可以合并不同表中的两个区域，仅当 key type 为 “table” 时此选项才有效。 split-region-on-table ，默认值为 true，开启按 table 分裂 Region的开关，为了配合合并空 region 需要将其设置为 false。 主要参考：

锁的清理是个原子操作，primary lock 如果被清理掉了，seconary lock 就没 primary lock 做为指引，说明锁已经失效了，就可以被清理掉了 确实是个异步的过程，因为没必要同步…