資料庫update時切忌這樣幹，資料庫update切忌

資料庫update時切忌這樣幹，資料庫update切忌

前言：資料庫update時切忌這樣幹，這樣幹是什嗎？請隨我來看看。

早些時候，客戶發來這樣一段文字“XX的，XXXXXXXX有個10萬沒到賬，幫加上去。”我馬上動手查看資料庫，尋找原因，隨後回複了這樣一句話“開玩笑吧”。雖然之前發生過類似這樣的問題，但都是小額資金，就手動在資料庫裡加了，遇到這麼大的資金還是頭一次，於是我加緊翻看資料庫記錄的節奏。

我發現使用者的入金記錄的確已經是審核通過狀態，而使用者的可用資金卻沒有加上，這已經讓人意外了。

接著我查看代碼，並沒有發現邏輯上的問題，這又讓我感到迷茫。

再翻看日誌，發現沒有任何異常，好吧，感覺被設了局一樣。

回頭想想，這種情況並不多見，程式在多數情況下並沒有這種情況，一切正常。這糟了，沒有錯誤記錄檔就是最大的錯誤。

靜下心來，我想有可能是事務出現的問題，因為對於資金錶，同一個使用者的資金在同一個時間點是可能同時被更新的，我猜想，是入金記錄先插入了出入金記錄表，等到更新資金錶的時候被鎖住，事務逾時後插入的記錄沒有復原，於是我通過這樣的方式來證明一下。

START TRANSACTION;INSERT INTO record VALUES(1,123);UPDATE money SET money = money + 10;COMMIT;START TRANSACTION;UPDATE money SET money = money + 100;COMMIT;

通過手動控制事務鎖，發現不是我想的那樣。然後我又試了試下面這種方式：

START TRANSACTION;UPDATE money SET money = money + 10;INSERT INTO record VALUES(1,123);COMMIT;START TRANSACTION;UPDATE money SET money = money + 100;COMMIT;

發現兩者的效果是一樣的，事務都會復原。

這個時候，我的思路被禁錮了，我和同事討論起來，看看他有什麼想法，經過一番思想鬥爭後，果然同事還是給出了他的想法，我深感贊同。

MoneyUser moneyUser = moneyUserMapper.selectByPrimaryKey(members.getUid());   // 凍結資金-出金金額   moneyUser.setFrozenl(moneyUser.getFrozen().subtract(moneyTransfer.getount()));   // 可用資金+出金金額   moneyUser.setTotaaymoney(moneyUser.getTotalpayey().add(moneyTransfer.getount()));this.moneyUserMapper.updateByPrimaryKey(moneyUser);

這樣的代碼在出現並發的時候，擷取moneyUser對象的時候，其中的凍結資金和可用資金加入都是0，那麼兩個並發在update的時候，兩個都執行了，但是起初的凍結資金和可用資金相同，就會導致有一筆資金沒有加上。

調試的時候更容易發現這個問題。OH，my 噶，真是個大問題，還出在資金的問題時，我真慶幸這個問題發生的頻率不夠高。不過我到底是應該慶幸還是不慶幸呢，也許次數發生的多起來的時候，我就更容易來反思來找出問題的癥結所在。

那麼問題怎麼解決呢？

UPDATE moneser  SET  frozapital = frozpital - #{amount,jdbcType=DECIMAL},  totaloney = totaloney + #{amount,jdbcType=DECIMAL}  WHERE uid = #{uid,jdbcType=INTEGER}

通過在sql語句中進列欄位的更新操作，而不是在Java類中，因為mysql本身是會有這方面的處理方式的。

這個問題，之前領導有建議我在update資料的時候盡量在sql語句中加入，而不是類欄位中做處理。

總結：這個問題，如果你不經意的話，很容易發生這個問題，我當初就沒有這樣的意識，真是可悲可歎！