常用的就tiup、dumpling、br、cdc、binlog、tifash，基本够用了。

你让客户去咨询下运营商稳定的专线要多少钱，可能他就放弃了这种异地容灾的想法了。

大数据的数仓是hdfs的？可以用dumpling导出全量数据输出csv到下游，下游大数据有工具吧csv导入的，然后通过cdc增量同步到kafka.

自动化运维主要还是在监控和问题排查上作用大些，最后做出处理的肯定还是人。

海南到北京只有20ms延迟吗?你有实际测试过吗？表示怀疑。 这个网络延迟是设计方案的决定性因素。 如果真的只有20ms延迟并且稳定的话可以用官方建议的2地3中心方案，如果网络延迟较大切不稳定建议使用主从架构。

Anolis 这个应该是centos套壳吧，可以升级系统到8.9应该就支持了。 官方推荐是Rocky Linux 9.x.

Percolator 和 TiDB 事务算法 | PingCAP 平凯星辰 看下这个

我遇到过你这一样的场景，那时候写了个文章，你看下。 操作有风险，慎用。

你只有2个kv了 节点数小于3了，region不会迁移，你得先扩容一个kv节点。

建议你看下303的视频教程，数据库搭建、配置、管理都讲的很详细 https://learn.pingcap.cn/learner/course/1110001

存储过程和自动化运维平台。

这个好，2025年希望瘦20斤。 [image]

如果你是三副本，节点数大于等于3的，单节点故障不会丢失数据，不影响集群使用。

最简单办法，扩容一个节点，把这个损坏的节点缩掉吧。

tidb在公关这块的经费比友商少呗。

看数据量和并发规模的，数据量低于10亿这个级别没必要上tidb用mysql就行。

用了tidb后每天都在进步。

我已经被坑2年了，习惯了。

时序数据库有好多的啊 国产的tdengine 国外的influxdb