摘要：全局熱點(diǎn)賬戶平臺支出賬戶平臺收入賬戶過渡賬戶。。那么親，這和熱點(diǎn)賬戶沒關(guān)系，即使你查詢一個(gè)非常普通的賬戶，碰巧該賬戶同時(shí)在更新，你也查不準(zhǔn)。。

在某一瞬間，單個(gè)賬戶集中的發(fā)生資金變動，若不加控制，其賬戶余額會因發(fā)生臟讀、覆蓋更新等情況而錯(cuò)誤記錄。如果簡單的以悲觀鎖、樂觀鎖的方式限制，雖然不會發(fā)生數(shù)據(jù)錯(cuò)誤，但會造成服務(wù)不可用（該賬戶的更新請求全部失敗）。而請求重試、再次網(wǎng)絡(luò)通信的開銷并不能忽略不計(jì)。

在賬戶系統(tǒng)的實(shí)際業(yè)務(wù)中，發(fā)生“熱點(diǎn)賬戶”情況的一般有兩種：

局部熱點(diǎn)賬戶
還款時(shí) 一人 -> 多人
放款時(shí) 多人 -> 一人
債轉(zhuǎn)時(shí) 多人 -> 一人（基于業(yè)務(wù)系統(tǒng)的特定場景設(shè)置，此處認(rèn)為債權(quán)轉(zhuǎn)出人為熱點(diǎn)賬戶）
局部熱點(diǎn)賬戶可通過分布式鎖的方式處理，本文不再贅述。

全局熱點(diǎn)賬戶
平臺支出賬戶、平臺收入賬戶、過渡賬戶。。這些賬戶總是在發(fā)生資金變動

前提

既然是普適的解決方案，那就考慮該賬戶會大量并發(fā)的發(fā)生余額增加、余額減少、余額凍結(jié)、余額解凍的操作，其中余額凍結(jié)和余額解凍可視同為增、減，簡化模型，下面以Hot賬戶為例

思路

1.收到請求 -> 2.落庫待處理，返回處理中 -> 3.落庫數(shù)據(jù)批量匯總處理，狀態(tài)控制 -> 4.返回處理結(jié)果(取決于第2步)
第2步可根據(jù)實(shí)際業(yè)務(wù)，返回成功(例如業(yè)務(wù)上余額無限大的賬戶或者允許為負(fù)值的賬戶)

示意圖

說明

H賬戶初始資金為0，幾乎同時(shí)收到請求：H賬戶放款給A賬戶100，放款給B賬戶100，C賬戶還款給H賬戶50，D賬戶還款給H賬戶250

數(shù)據(jù)按順序落庫后，跑批任務(wù)匯總處理，假設(shè)每次處理3條

第一個(gè)批次經(jīng)過計(jì)算，發(fā)現(xiàn)余額不足，于是將(3)余額增加的操作先執(zhí)行，并更新狀態(tài)，(1)、(2)不執(zhí)行也不更新

第二個(gè)批次經(jīng)過計(jì)算，余額充足，執(zhí)行所有操作并更新狀態(tài)

凍結(jié)／解凍

雖然凍結(jié)相當(dāng)于減，解凍相當(dāng)于增，但是凍結(jié)得優(yōu)先于解凍執(zhí)行，所以最終得出了如下執(zhí)行順序：
增->凍結(jié)->解凍->減

實(shí)時(shí)余額如何得到

首先我要問，什么場景下我們需要得到實(shí)時(shí)余額？

判斷錢夠不夠扣，夠不夠凍結(jié)？
No no no，我們要求熱點(diǎn)賬戶的資金處理都必須異步，這意味著請求發(fā)過來只會得到處理中，成功與否我們會通知你。而且就是你查詢的時(shí)候錢充足，并不意味著發(fā)生變動的時(shí)候也充足，這類查詢是沒有意義的。要么像ZF這類錢永遠(yuǎn)充足的賬戶，查詢就更沒有意義了

財(cái)務(wù)、審計(jì)。。whatever需要統(tǒng)計(jì)數(shù)據(jù)？
這個(gè)可以有，我們將賬戶余額和緩沖記錄表內(nèi)的數(shù)據(jù)實(shí)時(shí)計(jì)算告訴你。但是不要說我實(shí)時(shí)計(jì)算的余額不準(zhǔn)，因?yàn)闀形刺峤坏氖聞?wù)balabala。。那么親，這和熱點(diǎn)賬戶沒關(guān)系，即使你查詢一個(gè)非常普通的賬戶，碰巧該賬戶同時(shí)在更新，你也查不準(zhǔn)。。實(shí)時(shí)計(jì)算的余額在那一瞬間是準(zhǔn)確的，而且我認(rèn)為這類需求不會很大

一些特殊賬戶有優(yōu)化嗎？

只增不減、只減不增的賬戶，上述的框架是可以包含解決的，也沒必要特殊優(yōu)化

資金永遠(yuǎn)充足的賬戶，在流程的第2步，可以落庫后返回成功

如果H->A的劃賬要求兩個(gè)賬戶事務(wù)一致性，那么就需要對我們流程第2步中的表做修改了，將H->A整個(gè)落庫，后批量處理