共計 1839 個字符，預計需要花費 5 分鐘才能閱讀完成。

這篇文章主要介紹了數據庫 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 時出現的問題怎么解決”這篇文章的內容就介紹到這里，感謝各位的閱讀！相信大家對“數據庫 update 時出現的問題怎么解決”知識都有一定的了解，大家如果還想學習更多知識，歡迎關注丸趣 TV 行業資訊頻道。