异地多活实际可行性有多强？支付宝故障引热议

fengzhanhai

回复 108# bbjmmj
为什么不直接回答问题，不能把问题说明白，非得说一些只能自己懂得术语，我的列子和你说的二层、三层有啥关系？ 鄙人只了解交易性的数据库。今天浪费大把的时间是想让你也纠正一下错误的观点~不敢面对自己的问题，不是一个技术人所应该有的心态~~

bbjmmj

二层三层这些问题是绕不开的。
服务器为每个用户分配单独的线程，每个线程为数据同步等待10毫秒，用户根本感觉不到，而10毫秒时间网络数据可以传输2000多公里，所以你看，距离不是主要矛盾，服务器的并发能力成了延迟的主要因素。一致性能力跟传输延迟关系不大，即使每个线程延迟100毫米，用户也不会在意。

bbjmmj

接上一个回帖。
ip网络丢包错包是常事，应用规模大的时候就会导致效率低下，尤其是强一致应用，淘宝肯定因此吃过不少苦头，不信你问问他们的核心技术人员。
用二层是为了降低转发延迟，用ib是为了传输可靠和解决拥塞，这是最需要做的，这些都是强一致的必要保障。

fengzhanhai

回复 111# bbjmmj
你必须要承认一个问题，对于支付宝这个系统是一个实时性的OLTP系统，而非你说的最终一致性系统，看来你根本就不了解一个交易系统的架构是什么样的，先搞明白一个交易系统需要哪些中间件支撑吧~~然后再建议你了解一下什么是消息中间件？什么是消息队列？什么是分布式？什么是事务？

fengzhanhai

回复 112# bbjmmj
总是跑题呀!楼主

fengzhanhai

回复 114# fengzhanhai
O(∩_∩)O哈哈~强烈建议@stay_sun把这本书送给bbjmmj好好补补 ~~

   

bbjmmj

支付宝光缆断掉以后，用户要花很久的时间去等待同步，而等待的时间足够买很多东西，所以支付宝不是实时的，这么说可以接受吧?另外你前面把并发场景理解为串行单线程也是不对的。你仔细想想。
我希望把用户等待时间降低到来不及下第二个订单的程度，这就足够了。我们要解决实际问题而不是实现一个严格科学意义的模型。金融业务，关一致性毛事?数据不丢不错就可以了，这才是讨论的根本。实践才是检验真理的唯一标准，理论不是。

bbjmmj

可行性是实践范畴，不是理论范畴，理论这东西容易讲歪，不是检验真理的标准，所以我没跑题。
三人成虎就实现了一致性，但结论却是错的。光讲理论是没用的。

bbjmmj

是你楼上跑题了，原本讨论的是异地多活是否可行，可后来讨论的是我懂不懂什么。
我说了这事得淘宝自己解决，ibm搞不定，这些说法更有考验力。

fengzhanhai

回复 118# bbjmmj
O(∩_∩)O~你是“砖家”，淘宝该请你去