大规模共识算法：第8部分 - 结束思考
内容提要
本文探讨了共识算法的灵活性与适应性，提出了可插拔的持久性和领导权变更的两步过程，分析了锁基与无锁方法的优缺点，并建议使用反抖动规则处理请求传播中的失败情况。Vitess实现了这些灵活性，支持跨区域的持久性和一致性读取，未来将进一步优化以减少人工干预。
延伸解读
共识算法并非只有Paxos和Raft
文章挑战了Paxos和Raft是共识系统基础的前提，指出它们只是历史上基础，概念上并非如此。FlexPaxos表明多数派法定人数只是交叉法定人数的特例，交叉法定人数允许更灵活的系统配置。这提示读者，共识算法可以重新概念化，例如可插拔持久性和领导权变更的两步过程，从而适应云部署的复杂性。
锁基方法在实际系统中更受青睐
文章对比了锁基和无锁方法处理竞争。无锁方法（如Paxos）没有时间组件，显得优雅；但锁基方法提供了更多灵活性，例如优雅领导权变更、更容易增删节点、通过重定向到领导者实现一致性读取、以及实现反抖动规则。因此，大多数大规模系统采用锁基方法。读者应了解这种权衡，根据实际需求选择。
Vitess如何应用这些灵活性
Vitess实现了文章讨论的多种灵活性：持久性规则作为vtorc的插件，支持跨区域持久性而无需仔细平衡节点位置；具有优雅故障转移机制，在软件部署期间自动使用；允许将读取定向到当前领导者以实现一致性读取。这些特性减少了人工干预，但仍有少数边缘情况需要人工处理，未来计划增强vtorc以实现全自动。
Q&A
什么是可插拔的持久性设计？
可插拔的持久性设计允许系统在不影响性能的情况下部署额外节点，用户可以根据需求指定持久性规则。
领导权变更的两步过程是什么？
领导权变更被重新概念化为撤销和建立两个步骤，可以通过直接请求前任领导者下台来实现。
锁基和无锁方法在处理竞争时有什么优缺点？
锁基方法在实际场景中更具灵活性，能够优雅地进行领导权变更，而无锁方法则在时间组件上更具优雅性。
Vitess如何实现跨区域的持久性和一致性读取？
Vitess通过插件API支持跨区域的持久性和一致性读取，允许用户在不同区域部署节点而不影响系统性能。
反抖动规则在请求传播中有什么作用？
反抖动规则用于处理请求传播中的失败情况，帮助避免在多次部分失败时的混淆。
未来Vitess的优化方向是什么？
未来将进一步优化Vitess，以减少人工干预，提升系统的自动化水平。
