Quorum 与 Versioning 适用场景对比：不同场景下该如何选择？

基于你给出的Quorum、Versioning定义，以及「高版本记录始终最新正确」的前提，Quorum适合以下场景：

• 需要在读写性能和一致性之间做平衡的场景
  你可以通过调整读写Quorum的数值组合，在保证一致性的前提下尽可能提升性能：只要写入节点数W + 读取节点数R > 集群总节点数N，读取时一定能拿到包含最新版本记录的节点返回结果，不需要等所有节点都完成写入才返回成功，比全同步强一致的吞吐量高很多，同时也不会出现读旧数据的问题。
• 需要提升集群容错能力、保障服务可用性的场景
  只要集群中存活的节点数大于等于Quorum值，集群就可以正常对外提供服务。比如3节点集群Quorum设为2，最多允许1个节点宕机或网络失联；5节点集群Quorum设为3，最多允许2个节点故障，相比必须全节点同意才能执行操作的机制，可用性提升非常明显。
• 需要避免网络分区下脑裂数据冲突的场景
  当集群出现网络分区被拆成多个独立小集群时，只有能凑够Quorum的分区可以处理写入操作，其余分区无法完成多数共识就会拒绝写入，不会出现多个分区同时写入生成不同版本数据的情况，等网络恢复后也不需要做复杂的冲突合并，符合你提到的「高版本记录始终正确」的预设。
• 执行分布式事务、集群配置变更等关键操作的场景
  这类操作要求集群节点的状态保持一致，使用Quorum机制可以保证只有被多数节点确认的变更才会生效，不会出现部分节点已更新、部分节点未更新导致的状态分裂问题，所有生效的操作都能在多数节点上留下痕迹，后续不会出现状态不一致的故障。

内容的提问来源于stack exchange，提问作者AdityaMani