后端的數據持久化使用的是 mybatis ，在做高并發下賬戶增減余額的時候，打算使用樂觀鎖來解決這個問題。在獲取update操作的返回值時遇到了一個問題，似乎 mybatis 進行 update 操作得到的 int 返回值并不是影響的行數。這下就尷尬了。
一般而言，我們知道當我們使用 mybatis 在 mapper 接口中定義 insert delete 等操作，定義一個 int 類型的返回值，通過該值是否為 0 來判斷數據庫中受影響的行數進而判斷操作是否成功。
到底 update 返回值代表什么呢？我們來驗證一下便知道了，假設有如下一張表以及兩條數據：
我們來編寫一個簡單的單元測試用例來驗證下,首先使用 mybatis 簡單的寫個 mapper 進行更新操作，其中 xml 中的內容為：
數據庫連接配置為：
接來下，我們來編寫一個簡單的單元測試來驗證下： update 的返回值是不是受影響的記錄的條數 ，對應的單元測試代碼如下：
由單元測試代碼可以得知，我們將要把數據庫中兩條記錄的 phone 字段的值由 12345678 修改為 66666666 ,正常情況下， resultcode 將會返回 2 。因為 update 操作影響到數據庫中這 2 條記錄，這和我們期望 2 是相符合的。那么一切正常的情況下，這次單元測試將會通過，那么我們運行看看結果：
單元測試通過了，再查看數據庫中的記錄：
這說明 mybatis 的 update 更新操作返回值的確是返回受影響的行數……真的是這樣嗎？
我們知道，當數據庫中的記錄被修改之后，再次執行重復的 update 操作將不會影響到新的行數，為了驗證我說的話，我們試試：
那么，按照這個邏輯：我們再次執行這個單元測試應該是， resultcode 返回的應該是 0 ，和我們的期望的數字 2 不一致，將會導致測試不通過。再次運行單元測試：
居然還是 passed ,看到這里聰明的你已經看出來了， 默認情況下，mybatis 的 update 操作返回值是記錄的 matched 的條數，并不是影響的記錄條數。
嚴格意義上來將，這并不是 mybatis 的返回值，mybatis 僅僅只是返回的數據庫連接驅動（通常是 jdbc ）的返回值，也就是說，如果驅動告知更新 2 條記錄受影響，那么我們將得到 mybatis 的返回值就會是 2 和 mybatis 本身是沒有關系的。
道理我都懂，如果我們非得要 mybatis 的 update 操作明確的返回受影響的記錄條數，有沒有什么辦法呢？
當然是有的。
通過對 jdbc url 顯式的指定 useaffectedrows 選項，我們將可以得到受影響的記錄的條數：
|
1
|
jdbc:mysql://${jdbc.host}/${jdbc.db}?useaffectedrows=true |
我們對我們的數據庫連接配置稍做修改，添加 useaffectedrows 字段：
此時，mybatis 的 update 操作返回的應該是受影響的條數了，我們再次運行單元測試試試看：
update 操作返回的是受影響的記錄條數，我們知道為 0 和我們預期的 2 不一致，自然而然單元測試不通過咯～。
總結
以上所述是小編給大家介紹的mybatis update操作返回值問題，希望對大家有所幫助，如果大家有任何疑問請給我留言，小編會及時回復大家的。在此也非常感謝大家對服務器之家網站的支持！
原文鏈接：http://www.tuicool.com/articles/muE3umB
