前言：數據庫update時切忌這樣干，這樣干是什麼？請隨我來看看。
早些時候，客戶發來這樣一段文字“XX的，XXXXXXXX有個10萬沒到賬，幫加上去。”我馬上動手查看數據庫，尋找原因，隨後回復了這樣一句話“開玩笑吧”。雖然之前發生過類似這樣的問題，但都是小額資金，就手動在數據庫裡加了，遇到這麼大的資金還是頭一次，於是我加緊翻看數據庫記錄的節奏。
我發現用戶的入金記錄的確已經是審核通過狀態，而用戶的可用資金卻沒有加上，這已經讓人意外了。
接著我查看代碼，並沒有發現邏輯上的問題，這又讓我感到迷茫。
再翻看日志，發現沒有任何異常，好吧，感覺被設了局一樣。
回頭想想，這種情況並不多見，程序在多數情況下並沒有這種情況，一切正常。這糟了，沒有錯誤日志就是最大的錯誤。
通過手動控制事務鎖，發現不是我想的那樣。然後我又試了試下面這種方式： 發現兩者的效果是一樣的，事務都會回滾。 這個時候，我的思路被禁锢了，我和同事討論起來，看看他有什麼想法，經過一番思想斗爭後，果然同事還是給出了他的想法，我深感贊同。 這樣的代碼在出現並發的時候，獲取moneyUser對象的時候，其中的凍結資金和可用資金加入都是0，那麼兩個並發在update的時候，兩個都執行了，但是起初的凍結資金和可用資金相同，就會導致有一筆資金沒有加上。 調試的時候更容易發現這個問題。OH，my 噶，真是個大問題，還出在資金的問題時，我真慶幸這個問題發生的頻率不夠高。不過我到底是應該慶幸還是不慶幸呢，也許次數發生的多起來的時候，我就更容易來反思來找出問題的症結所在。 那麼問題怎麼解決呢？ 通過在sql語句中進行字段的更新操作，而不是在Java類中，因為mysql本身是會有這方面的處理方式的。 這個問題，之前領導有建議我在update數據的時候盡量在sql語句中加入，而不是類字段中做處理。 總結：這個問題，如果你不經意的話，很容易發生這個問題，我當初就沒有這樣的意識，真是可悲可歎！
vcq9wLTWpMP30rvPwqGjPC9wPgoKCgo8cHJlIGNsYXNzPQ=="brush:sql;">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);UPDATE moneser
SET
frozapital = frozpital - #{amount,jdbcType=DECIMAL},
totaloney = totaloney + #{amount,jdbcType=DECIMAL}
WHERE uid = #{uid,jdbcType=INTEGER}
