同城两中心自适应同步模式部署以及验证问题-一个中心挂掉,不能写入数据的问题

同城两中心自适应同步模式部署:https://docs.pingcap.com/zh/tidb/stable/two-data-centers-in-one-city-deployment
【 TiDB 使用环境 测试环境
【 TiDB 版本】TiDB-v6
【遇到的问题】
【复现路径】做过哪些操作出现的问题
安装文档部署配置同步之后的结果
{
“mode”: “dr-auto-sync”,
“dr-auto-sync”: {
“label_key”: “zone”,
“state”: “sync_recover”,
“state_id”: 2009,
“total_regions”: 3
}
}
文档中的state为sync, 真正部署结果为sync_recover
total_regions在操作服务启动和停止之后,从1变为了3

【问题现象及影响】
验证操作过程:
集群搭建配置完成之后,
手动使用tiup cluster stop -R tikv -N node1,node2 关闭idc2的两个tikv节点,然后登录tidb创建数据库表写入数据
然后启动上述关闭的节点,等待数据的同步

接着手动关闭idc1的tikv服务的node1和node2,登录tidd对数据表进行写入操作,结果是不能查询和写入数据到老的表,不能创建新的表

个人理解,通常双中心同步模式,在其中一个中心宕机的情况下,另外一个中心是能够正常提供服务的,而且当宕机的中心恢复之后,能够自动尽心数据的同步,保证数据分片被分配到两个机房中

但是在部署中,出现一个机房宕机特别primary idc的tikv服务宕机之后,造成整个tidb不可用的情况

辛苦帮忙解答一下遇到问题,多谢多谢


不过看描述,shutdown 节点后 commit group 降级为 raft group majority 机制,还能满足多数派吗?
部署 lable 及 learner 放在了哪个中心?跟操作手册完全一致吗?

此话题已在最后回复的 60 天后被自动关闭。不再允许新回复。