為什么不用，即使不需要保證原子性，你也可以通過事務這種形式讓代碼邏輯清晰，你的代碼是要給后人看的，順手的事何樂而不為呢。

取決于業(yè)務邏輯。

具體來說就是：當其中某個 SQL 執(zhí)行失敗時，之前執(zhí)行過的 SQL 是否要全部回退？

如果是的話，那當然要用事務了。

那么什么情況下不是的呢？

比如最后一個 SQL 是寫入調(diào)試數(shù)據(jù)，前面的業(yè)務已經(jīng)成功完成，那么即使最后的 SQL 執(zhí)行失敗，也不應該讓已經(jīng)成功的操作付諸東流，所以最后一個 SQL 沒必要加入事務當中。