由於網際網路行業對資料的絕對一致性（二階段提交等方式）要求並不是那麼高，而是對快速響應要求較高，基於cap理論所以一般採用柔性事務進行解決。
一、最終一致性解決方案（ebay模式）
一般實現方式是訊息中介軟體非同步通知：
可靠訊息等一般由訊息中介軟體進行保證，至少重複訊息傳送的情況可以有訊息集群進行保證，
但一般由服務端的冪等進行保證,解決方案一般有：
1）、冪等校驗 （在資料庫中建立一張資料表，訊息的id等全域性唯一標識進行判斷）
2）、通過日誌表或狀態鎖進行判斷
二、模式
1）、查詢模式
提供乙個介面，通過全域性唯一標識查詢執行的狀態（並且該介面為衰弱查詢方式）
2）、補償模式
自動恢復：自動重試機制
通知運營：人工補償或人工沖正
技術通知：監控、預警（修復資料）
3）tcc （trying confirming canceling）事務模型（業務模型的封裝）
trying：事務操作一執行（並提供操作成功提交確認的介面和操作失敗回退的介面）
confirming：事務操作二執行
canceling：若發生異常通知回退
一般開源的tcc框架有 rcc-transaction 、bytetcc。
三、最大努力通知型
網際網路下的分布式事務
由於資料量的巨大，大部分web應用都需要部署很多個資料庫例項。這樣，有些使用者操作就可能需要去修改多個資料庫例項中的資料。傳統的解決方法是使用分布式事務保證資料的全域性一致性，經典的方法是使用 兩階段提交協議 長期以來，分布式事務提供的優雅的全域性acid保證麻醉了應用開發者的心靈 很多人都不敢越雷...
網際網路行業解決方案
行業應用特徵 網際網路行業的運維工作主要有如下典型特徵 海量的使用者訪問 海量的數量儲存 業務系統至上，成功訪問為本 對web服務和中介軟體的關注 對執行資料庫或web應用的主機集群的關注 網際網路企業網路的特殊性 網管軟體本身的安全性 方案功能 程序和web應用服務的監控 dns輪詢 squid反...
事務 分布式事務解決方案
事務acid特性 事務隔離級別 指的是讀和寫同時出現時出現的資料不一致問題。事務的一致性問題 存在問題問題描述 髒讀 dirty read 針對的是單條資料。即乙個更新操作a修改了某一條資料，但尚未提交該事務，此時另乙個讀操作b來查詢該條資料，讀到的是修改後的但尚未提交的資料。不可重複讀 unrep...