筏：Raft 的设计目标是比 Paxos 更易于理解，同时实现类似的容错特性。Raft 专注于领导者选举和日志复制。单一领导者负责协调所有变更，从而简化了一致性机制。
这些协议通常用于构建分布式事务管理器或复制具有强一致性保证的数据。
权衡：CAP 定理及其他
这 CAP定理（一致性、可用性、分区容错性）是分布式系统的一个基础概念。它指出，分布式系统只能同时保证以下三个属性中的两个：
一致性：所有节点同时看到相同的数据。
可用性：即使某些节点发生故障，系统仍可继续运行并响应请求。
分区容错性：即使发生网络分区，系统仍能继续正常运行。
在事务一致性的上下文中：
CP 系统（一致性和分区容错性）：优先考虑分 加拿大电话营销数据 区期间的强一致性和正确操作。它们可能会通过在分区期间阻止操作来牺牲可用性，直到一致性得到保证为止（例如，使用两阶段提交的传统分布式数据库）。
AP 系统（可用性和分区容错性）：优先行。它们可能会牺牲强一致性，从而可能在分区期间返回过时的数据（例如，提供最终一致性的 NoSQL 数据库）。
CA 系统（一致性和可用性）：这些系统假设不存在网络分区，这在现实的分布式环境中是不现实的。它们通常是单片系统或地理位置相同的集群。
一致性模型的选择直接反映了 CAP 的权衡。对于金融交易而言，强一致性通常是不可妥协的。而对于社交媒体信息流而言，最终一致性通常是完全可以接受的。
除了 CAP 定理之外，其他权衡还包括：
延迟：由于需要跨节点的协调和通信，更强的一致性通常会导致更高的延迟。
吞吐量：更严格的一致性模型可以限制系统每秒可以处理的交易数量。
复杂：实现和管理具有强一致性保证的系统要复杂得多。