接上一篇MongoDB PSA架构痛点以及如何应对有朋友指出,5.0分片集群采用PSA时,出现S宕机时,客户端写入hang,并没有按官方文档描述那样PSA默认写是w:1.我当初只是验证PSA...10000, provenance: \"clientSupplied\" } } at shard2",
"errInfo" : {
}
}
})
异常:此时没有指定writeConcern,采用默认的行为...,这个全局设置来自config副本集,而不是底层分片,所有底层分片PSA下架构默认writeConcern:{w:1}直接被config副本集全局设置覆盖.因为config不支持仲裁,所以默认是writeConcern...:{w:"majority"}
8、5.0 PSA出现S宕机时,为了避免上一篇文章提到问题外.还包括如下:
如果客户端没有指定writeConcern采用默认行为会导致写入hang的情况
应对措施:....例如当单个数据节点宕机或者长延迟时,可以通过程序定时检测节点状态,出现异常时临时将优先级别与投票设置0来避免5.0分片集群下默认多节点写入导致hang或者客户端指定多节点写入hang问题.由此带来一致性问题与高可用性问题需要关注的