銀行存錢悖論探討！�。ㄉ魅�，邏輯混亂，請(qǐng)看完所有樓再回帖以免越弄越亂）

冬瓜頭

以下純屬虛構(gòu)如有雷同請(qǐng)對(duì)號(hào)入座。


某日我去銀行存撿來的5塊錢，操作員拿著我的卡和現(xiàn)金，鄙視的看著我，我沒什么感覺，習(xí)慣了。當(dāng)他刷卡之后，點(diǎn)擊輸入金額5，點(diǎn)擊存入之后，數(shù)據(jù)發(fā)送到應(yīng)用服務(wù)器，應(yīng)用服務(wù)器命令數(shù)據(jù)庫服務(wù)器將“余額”改為“余額+5”，并且commit。數(shù)據(jù)庫服務(wù)器成功的將記錄更新到了磁盤并且受到了文件系統(tǒng)成功寫入的應(yīng)答，該回復(fù)應(yīng)用服務(wù)器成功的消息了，commit成功的消息到達(dá)了應(yīng)用服務(wù)器的tcp協(xié)議棧緩存中，并且tcp成功的返回了一個(gè)珍貴的ack應(yīng)答，數(shù)據(jù)庫服務(wù)器還沒收到這個(gè)ack呢，便Down機(jī)了，或者收到ack了，正要往日志里更新commit成功點(diǎn)了，Down機(jī)了。重啟之后，當(dāng)然是將這筆操作回退了，數(shù)據(jù)文件中的“余額+5”變回了“余額”。但是就在幾分鐘之前，應(yīng)用服務(wù)器早就把成功的消息傳回給了操作員終端，我也拿著回執(zhí)單走了。但是我回去一看，怎么余額沒有增加？我氣沖沖的找到柜臺(tái)，依然是鄙視的眼光，操作員說：5塊錢，至于么！

兄弟們，你說這5塊錢，我是要還是不要呢？

本貼另一個(gè)instance：
http://www.itpub.net/viewthread. ... p;extra=&page=1

-------------------------------------------------
例子中有一步是錯(cuò)誤的，即db必須commit之后才會(huì)返回給操作端。所以在此對(duì)這個(gè)錯(cuò)誤引來的不便表示歉意。而且我絕對(duì)不是在對(duì)db本身的機(jī)制質(zhì)疑，二是對(duì)整體流程方面有疑問。其次，本貼確實(shí)不是什么悖論，用這個(gè)詞只是為了吸引個(gè)眼球，如果覺得礙眼，請(qǐng)多擔(dān)待。

更正一下。
如果是存錢，出現(xiàn)這個(gè)問題，你就賺了，相當(dāng)于拿了一筆現(xiàn)金，操作員重復(fù)操作給存了兩筆、
如果是取錢，你就虧了，重復(fù)操作的結(jié)果就是取了兩次而你只拿到一筆錢。
初步討論的結(jié)果，這種情況下人的因素很重要，要靠人來解決。
-------------------------------------------------

[ 本帖最后由 冬瓜頭 于 2010-1-14 16:01 編輯 ]

無牙

你只要投訴，過幾天5塊錢就會(huì)到帳。因?yàn)槟愫雎粤艘粋�(gè)問題，你在存錢的時(shí)候填單子了。

當(dāng)然也有3種情況導(dǎo)致你的5塊錢到不了賬：
1. 你忘了在單子上簽名確認(rèn);
2. 簽了個(gè)不是你開戶時(shí)使用的名字。
2. 在銀行下班前，為你辦業(yè)務(wù)的銀行因?yàn)榛馂?zāi)、地震的等原因，從地球上消失了。

冬瓜頭

無牙的意思是說這種情況無可避免么？其實(shí)我最終想了解的是，數(shù)據(jù)庫就算用了日志也不能保證絕對(duì)的數(shù)據(jù)不丟失，最終還得靠回執(zhí)單，實(shí)實(shí)在在的證據(jù)。

無牙

是這樣的。所以銀行會(huì)把憑證掃描做長期保存。

這也是為什么ATM機(jī)在操作后，會(huì)問你要不要打印憑條的原因。

如果銀行覺得憑條沒有用，就不打印還節(jié)約成本，誰還問你要不要。

冬瓜頭

好的，既然這樣，銀行存錢問題解決了。但這個(gè)結(jié)論卻讓我非常吃驚，后遺癥很多啊，比如一些不要憑條的東西，比如某企業(yè)應(yīng)用，某生產(chǎn)系統(tǒng)，不直接牽扯到錢的，你一down機(jī)就個(gè)人丟失了條數(shù)據(jù)，或者說財(cái)務(wù)還沒來得及打印報(bào)表，某一筆款項(xiàng)記錄給人丟失了，咋整？

spook

銀行是pos終端……

冬瓜頭

不管是啞終端還是智能終端，啞終端就能避免這個(gè)問題了么？請(qǐng)教樓上怎么避免的呢？


有人在另一個(gè)論壇說："或者收到ack了，正要往日志里更新commit成功點(diǎn)了，Down機(jī)了" 這個(gè)不可能，數(shù)據(jù)庫把commit寫入日至之前不可能給app發(fā)出成功的消息。

我的回答：
呵呵，首先感謝各位的關(guān)注，這確實(shí)不是什么悖論，只是吸引點(diǎn)眼球罷了，不必太多心。
至于步驟有錯(cuò)，3樓和5樓的結(jié)論是因果關(guān)系，如果我能退出3樓結(jié)論也一樣會(huì)造成問題的話呢？如果說db在沒有給app回復(fù)的情況下就先寫入commit點(diǎn)，那么如果是取錢，我取走了，你余額降低了，但是打算給app回復(fù)的瞬間，鏈路中斷或者db down，那么操作員就會(huì)認(rèn)為錢沒有取走，db重啟后，操作員再次重試，由于操作員剛才和現(xiàn)在都沒有對(duì)余額的變化關(guān)注過，所以再次取走了錢，也就是說，db中錢被降低數(shù)值兩次，而你拿到手的錢和回執(zhí)單卻只有一次，損失誰來給？

而且這是銀行，有回執(zhí)單可以作證，如果是沒有回執(zhí)單的應(yīng)用呢？down個(gè)機(jī)就丟一些數(shù)據(jù)，鏈路中斷也可能丟一些數(shù)據(jù)，真不知道這樣怎么行呢？

各位，這個(gè)問題我是演繹了很長時(shí)間的，我是來請(qǐng)大家?guī)兔ν品�我的結(jié)論的，如果能推翻萬事大吉，如果不能推翻，現(xiàn)實(shí)中是如何解決這的問題的呢？多謝多謝！

xzc999

如果是取錢的發(fā)生這個(gè)事情就好了

冬瓜頭

呵呵，取錢一樣遭殃，看發(fā)生在哪個(gè)環(huán)節(jié)了�？�7樓的分析。

jansonyuan

來學(xué)習(xí)的飄過   此帖要火