到底 update 返回值代表什么呢？我們來驗證一下便知道了览妖，假設有如下一張表以及兩條數(shù)據(jù)：
我們來編寫一個簡單的單元測試用例來驗證下,首先使用 mybatis 簡單的寫個 mapper 進行更新操作，其中 xml 中的內(nèi)容為：
數(shù)據(jù)庫連接配置為：
接來下弯予，我們來編寫一個簡單的單元測試來驗證下： update 的返回值是不是受影響的記錄的條數(shù) 枯途，對應的單元測試代碼如下：
由單元測試代碼可以得知，我們將要把數(shù)據(jù)庫中兩條記錄的 phone 字段的值由 12345678 修改為 66666666 ,正常情況下捏鱼， resultCode 將會返回 2 。因為 update 操作影響到數(shù)據(jù)庫中這 2 條記錄酪耕，這和我們期望 2 是相符合的导梆。那么一切正常的情況下，這次單元測試將會通過迂烁，那么我們運行看看結(jié)果：
單元測試通過了看尼，再查看數(shù)據(jù)庫中的記錄：
這說明 mybatis 的 update 更新操作返回值的確是返回受影響的行數(shù)……真的是這樣嗎？
我們知道盟步，當數(shù)據(jù)庫中的記錄被修改之后藏斩，再次執(zhí)行重復的 update 操作將不會影響到新的行數(shù)，為了驗證我說的話却盘，我們試試：
那么狰域，按照這個邏輯：我們再次執(zhí)行這個單元測試應該是， resultCode 返回的應該是 0 黄橘，和我們的期望的數(shù)字 2 不一致兆览，將會導致測試不通過。再次運行單元測試：
居然還是 passed ,看到這里聰明的你已經(jīng)看出來了塞关， 默認情況下抬探，mybatis 的 update 操作返回值是記錄的 matched 的條數(shù)，并不是影響的記錄條數(shù)帆赢。
嚴格意義上來將小压，這并不是 mybatis 的返回值，mybatis 僅僅只是返回的數(shù)據(jù)庫連接驅(qū)動（通常是 JDBC ）的返回值椰于，也就是說怠益，如果驅(qū)動告知更新 2 條記錄受影響，那么我們將得到 mybatis 的返回值就會是 2 和 mybatis 本身是沒有關(guān)系的廉羔。
道理我都懂溉痢，如果我們非得要 mybatis 的 update 操作明確的返回受影響的記錄條數(shù)，有沒有什么辦法呢憋他？
當然是有的孩饼。
通過對 JDBC URL 顯式的指定 useAffectedRows 選項，我們將可以得到受影響的記錄的條數(shù)：
jdbc:mysql://${jdbc.host}/${jdbc.db}?useAffectedRows=true
我們對我們的數(shù)據(jù)庫連接配置稍做修改竹挡，添加 useAffectedRows 字段：
此時镀娶，mybatis 的 update 操作返回的應該是受影響的條數(shù)了，我們再次運行單元測試試試看：
update 操作返回的是受影響的記錄條數(shù)揪罕，我們知道為 0 和我們預期的 2 不一致梯码，自然而然單元測試不通過。
