資料庫讀寫分離與支付回調的操作

我在想資料庫做讀(A)寫(B)分離，如果遇到支付回調，中間肯定是會有事務,需要多次查詢(A)和寫入(B)，操作多個不同主機的庫(A,B)，怎麼保持資料完整性

比如支付回調過來，先驗證，在開啟事務，去A裡查，寫B，在查A，在寫B，事務不會出問題？

用的資料庫讀寫分離，回調支付的時候肯定是多讀與多寫，怎麼保證在一個事務裡可以將事務操作成功

回複內容：

我在想資料庫做讀(A)寫(B)分離，如果遇到支付回調，中間肯定是會有事務,需要多次查詢(A)和寫入(B)，操作多個不同主機的庫(A,B)，怎麼保持資料完整性

比如支付回調過來，先驗證，在開啟事務，去A裡查，寫B，在查A，在寫B，事務不會出問題？

用的資料庫讀寫分離，回調支付的時候肯定是多讀與多寫，怎麼保證在一個事務裡可以將事務操作成功

首先要明確，開啟事務是針對一個資料庫的，也就是針對主要資料庫的，開啟事務後你不能去從資料庫查詢（也不能去從資料庫查詢，因為查詢的加鎖操作是寫入操作），所以總的來說，整個事務操作都應該是針對主要資料庫的，不存在你說的去A查再到B寫的問題。

樓主的業務量如果很大 可以考慮分庫 安裝使用者的ID取餘分庫 然後效能問題也能解決 事物問題也能解決 我公司現在的業務就用了分庫

@junze 分庫的問題，你的主從庫資料同步是即時的嗎？主庫和從庫是按照什麼樣的業務情境來劃分的？如何保證主從庫的資料一致性問題？

