鍍金池/ 問答/數(shù)據(jù)庫  HTML/ 一個關(guān)于同步的業(yè)務(wù)場景分析

一個關(guān)于同步的業(yè)務(wù)場景分析

業(yè)務(wù)場景是這樣的:
我提供一個ws服務(wù)端A供客戶端B調(diào)用,客戶端每次調(diào)用時首先在數(shù)據(jù)庫tab里插入一條數(shù)據(jù),然后提交。我的服務(wù)端A內(nèi)部調(diào)用另一個服務(wù)端C,把這條數(shù)據(jù)處理后傳遞給服務(wù)端C,服務(wù)端C進行一系列處理后,返回給A一個狀態(tài),若狀態(tài)為失敗,則把失敗信息寫入tab,并且返回給客戶端B。若返回異常,也寫入tab,并標(biāo)記失敗并返回??蛻舳薆再次調(diào)用的時候會根據(jù)調(diào)用的數(shù)據(jù)和返回的狀態(tài)在tab里進行查詢,若失敗信息為空,則直接返回“已成功,無須再次提交”,然后在tab里寫入錯誤信息,并且不再繼續(xù)流程;若失敗,則重復(fù)上述流程,再插入一條新的數(shù)據(jù)。
現(xiàn)在的問題是:客戶端B第一次調(diào)用的時候,服務(wù)端C出現(xiàn)了超時,在超時信息信息還未返回并寫入tab的時候,客戶端B再次以相同的數(shù)據(jù)調(diào)用客戶端A,此時tab中此條記錄的錯誤信息為空,因此返回“已成功,無須再次提交”。而實際上這兩次提交都沒有成功完成C中的流程。
在描述問題的時候我的腦海中出現(xiàn)了一個思路,就是C返回成功時,也寫入一個新的列。這樣在判斷的時候,如果這個列為空,代表這條還沒處理完,直接返回錯誤。只有這個列記錄為成功,才返回已成功。但是這樣就要動生產(chǎn)上的數(shù)據(jù)了。大家有什么好的主意嗎?

回答
編輯回答
涼薄

根據(jù)你的描述,A+C類似一個事務(wù)的操作,思路只要做到判定A+C的原子性即可。

2017年10月25日 13:26