業務場景：使用者點選購買後，修改訂單狀態，修改使用者賬戶餘額，並新增使用者消費記錄。

分析：這裡在同一個事務裡有三個動作，兩個是更新，一個是新增。如果這時候在更新完出現併發情況，那麼使用者消費記錄可能會多出一條，使用者賬戶餘額也可能出現錯誤。那麼該如何防止呢？在修改前查詢訂單狀態判斷是否已經修改過明顯不能解決問題，因為併發可能發生在查詢之後。

解決思路：資料庫一般預設update操作會佔有一個行級鎖，當第一次請求的事務還未結束時，第二次重複請求是無法修改這條記錄的。我們讓修改操作都加上一個修改前的條件判斷，這樣第二次請求再來修改的時候會發現修改不成功，這時回滾事務即可避免併發。

解決辦法：在修改訂單時增加一個判斷（判斷其應該是未支付的訂單），然後返回更新的記錄條數，如果為0則丟擲異常，回滾當前事務。

sql語句如下：

update order set status = 1 where oid = 1 and status = 0;

在mybatis中可以獲取記錄更新的條數

int update(Map map);