“强一致”和“最终一致”, 哪个才是未来方向

本期播客

“强一致”和“最终一致”, 你站哪一边?

真理越辩越明, 水越搅越浑!

大家好, 我是德哥(digoal), 未来准备开启一系列争议话题的讨论!

今天的争议话题： 分布式时代，核心业务系统是否应该拥抱“最终一致性”？  你怎么看?

在高并发、大规模分布式互联网应用场景中，为了追求极致的系统性能和无感知的水平扩展能力，我们是否应该放弃传统关系型数据库（如 PostgreSQL）提供的严格的ACID强一致性保障，转而采用以“最终一致性”（Eventual Consistency）为设计原则的分布式架构？

开始左右互搏

正方观点: 拥抱最终一致性，性能和可用性才是互联网的生命线

立场：最终一致性是分布式系统性能、扩展性和高可用的唯一解药！

对方辩友！看看你们手里的手机，点外卖、刷视频、抢红包，哪个不是毫秒级的响应？在互联网这个战场上，强一致性就是性能的枷锁，是可用性的坟墓！

对方辩友，你们还在抱着你们那套老掉牙的ACID原则不放！请问，当你们的数据库因为一个死锁宕机半小时，导致数亿用户无法访问时，你们的‘数据一致’对谁有意义？一个不能提供服务的系统，谈何价值？

我们正方明确指出：CAP理论告诉我们，鱼和熊掌不可兼得！ 互联网场景首选AP（可用性/分区容忍性） 。我们的用户，可以容忍商品库存晚一秒更新，可以容忍点赞数晚一秒显示，但他们绝不能容忍系统卡顿、服务中断！

最终一致性，不是‘数据错乱’，它是一种基于工程学妥协的高级艺术！它通过巧妙的事务设计和幂等处理，在极短的时间内自我修复，最终达到正确状态。它将吞吐量提升百倍，将扩展能力拉到无限！我们是在用0.01%的微小延迟，换取99.9999%的服务永续！ 这种交易，太划算了！对方辩友，请放下你们的洁癖，面对现实吧，活下去，比什么都重要！

反方观点: 强一致性是底线，数据正确性才是业务的基石

立场：数据正确性是业务的生命线，强一致性是金融、电商核心业务的唯一底线！

对方辩友！听到正方激动人心的发言，我仿佛闻到了一股‘为了速度不择手段’的焦虑气息！正方一味强调性能和可用性，却刻意回避了最核心的问题：数据，一旦错误，所有的性能都将是笑话！

你们说用户可以容忍延迟？好！请问，如果因为‘最终一致性’，用户的银行账户多扣了一笔钱，或者电商的核心交易支付失败了，你指望系统‘最终’能把钱还回去？这中间产生的资损和信任危机，是你那点提升的性能可以弥补的吗？！在金融、医疗、核心库存等场景，数据一致性是法律责任，不是工程选择题！

我们反方从不否认分布式架构的价值，但我们坚持认为，核心业务必须坚持CP（一致性/分区容忍性）原则！ 现代数据库技术（如分布式事务、多副本同步复制、新型分布式关系型数据库）已经证明，在保证强一致性的前提下，性能瓶颈完全可以通过优化分片、读写分离和更强的硬件来解决。

对方辩友，请不要把工程上的懒惰包装成架构的先进！最终一致性带来了巨大的开发复杂度、运维难度和极高的业务风险！你们追求的‘无限扩展’，最终可能扩展出一个逻辑混乱、责任不清的烂摊子！ 请记住：数据一致性，是信任的成本，是业务的根基。 宁可慢一点，也要做对！

最后, 抛个挨打的问题: 目前市面上最终一致/强一致的分布式数据库代表产品有哪些? 能不能既要又要还要鱼和熊掌兼得呢?

来吧, 欢迎激烈留言, 越激烈越好! 别打太极!