我最近也在做迁移，说下心得
我建议不要搞双写这种复杂架构，一旦数据出现异常 到时候修复数据成本远大于切换，
就ticdc 两个集群主备同步，先把源集群发布成vip域名链接方式，后面直接源集群read-only，
切换下域名指向，大概闪断30s以内，大概就是这个意思
毕竟双写没见过几个公司这么用，别给自己增加复杂度
11 天前
为了低时延，将leader驱逐到一个节点，2个tidb server 一起放到一个机柜，然后follower read读其他tik
1 年前
愿TiDB越来越好！！！
2 年前
或者netstat 过滤一下 看看真正建立的连接有哪些，感觉直接查应该是整个集群的连接数，
下面的curl拿到的应该只是单个对应的连接数。
再或者看下监控里面连接数的取值是哪个
2 年前
我觉得像这种删除会很多的，可以在业务设计初期就做好，类似于冷热数据分离，物理分表，到时候直接 truncate表，不然到时候磁盘涨的太快，删除又不释放很容易出问题
2 年前
同意楼上的，你可以看下对应你觉得有问题的面板的计算公式拿的，按道理来说metrics都采集到了，加工可能出现问题
2 年前
结合场景来看吧
如果本身数据量也不大 直接主从mysql也行还省成本
如果大数据量 可以考虑TiDB测试看看
2 年前
没有更多内容了