....................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................

BASE理論的核心思想是:即使無法做到強一致性，但每個應用都可以根據自身業務特點，採用適當的方式來使系統達到最終一致性。

對我個人而言，這是一個十分艱難的決定，既因為我對convergence的未來所抱持的信念，也由於和相關的人、產品深入打交道的經歷——我們甚至覺得是一個大家庭。但是，最終的決定來自於商業經營的桎梏。而後者，極難妥協。”

該樣例是GTS的入門sample，案例的業務邏輯是從A賬戶轉賬給B賬戶，其中A和B分別位於兩個MySQL資料庫中，使用GTS事務保證A和B賬戶錢的總數始終不變。

GTS目前已經在淘寶、天貓、阿里影業、淘票票、阿里媽媽、1688等阿里各業務系統廣泛使用，經受了16年和17年兩年雙十一海量請求的考驗。某線上業務系統最高流量已達十萬TPS（每秒鐘10萬筆事務）。

在說CAP、BASE理論之前，我們先要了解下分散式一致性的問題。實際上對於不同業務的服務，我們對資料一致性的要求是不一樣的，如12306，它要求資料的嚴格一致性，不能把票賣給使用者以後卻發現沒有座位了;再比如銀行轉賬，我們通過銀行轉賬的時候，一般都會收到一個提示:轉賬申請將會在24小時內到賬。實際上這個場景滿足的是最終錢只要轉賬成功了即可，同時如果錢沒匯出去還要保證資金不丟失。所以說，使用者在使用不同的服務的時候對資料一致性的要求是不一樣的。