一些方案

kafaka用的是raft算法來保證分佈式消息隊列數據一致性，這點要優於rabbitmq.

 

分佈式事務，一般是保證最終一致，這邊先事務提交，而後日誌文件裏存下一步的操做，經過異步隊列去從日誌表裏跑數據，成功或者失敗後修改狀態值。

 

消息隊列若是出現積壓，目前看到的仍是擴容的方式，將服務器資源擴大到可以處理的消息的倍數，處理完後再恢復。

 

數據庫主從不一致的問題，加個中間件。簡單點在主從之間加個緩存，用戶在從庫讀的時候先查緩存裏是否有數據，有的話先讀緩存並更新從庫。