面試突擊83:什麼情況會導致@Transactional事務失效?

一個程序中不可能沒有事務,而 Spring 中,事務的實現方式分爲兩種:編程式事務和聲明式事務,又因爲編程式事務實現相對麻煩,而聲明式事務實現極其簡單,所以在日常項目中,我們都會使用聲明式事務 @Transactional 來實現事務。

@Transactional 使用極其簡單,只需要在類上或方法上添加 @Transactional 關鍵字,就可以實現事務的自動開啓、提交或回滾了,它的基礎用法如下:

@Transactional 
@RequestMapping("/add")
public int add(UserInfo userInfo) {
    int result = userService.add(userInfo);
    return result;
}

@Transactional 執行流程

@Transactional 會在方法執行前,會自動開啓事務;在方法成功執行完,會自動提交事務;如果方法在執行期間,出現了異常,那麼它會自動回滾事務。

然而,就是看起來極其簡單的 @Transactional,卻隱藏着一些“坑”,這些坑就是我們今天要講的主題:導致 @Transactional 事務失效的常見場景有哪些?

在開始之前,我們先要明確一個定義,什麼叫做“失效”?

本文中的“失效”指的是“失去(它的)功效”,也就是當 @Transactional 不符合我們預期的結果時,我們就可以說 @Transactional 失效了。

那 @Transactional 失效的場景有哪些呢?接下來我們一一來看。

1.非 public 修飾的方法

當 @Transactional 修飾的方法爲非 public 時,事務就失效了,比如以下代碼當遇到異常之後,不能自動實現回滾:

@RequestMapping("/save")
int save(UserInfo userInfo) {
    // 非空效驗
    if (userInfo == null ||
        !StringUtils.hasLength(userInfo.getUsername()) ||
        !StringUtils.hasLength(userInfo.getPassword()))
        return 0;
    // 執行添加操作
    int result = userService.save(userInfo);
    System.out.println("add 受影響的行數:" + result);
    int num = 10 / 0; // 此處設置一個異常
    return result;
}

以上程序的運行結果如下:
image.png
當程序出現運行時異常時,我們預期的結果是事務應該實現自動回滾,也就是添加用戶失敗,然而當我們查詢數據庫時,卻發現事務並未執行回滾操作,數據庫的數據如下圖所示:
image.png

2.timeout 超時

當在 @Transactional 上,設置了一個較小的超時時間時,如果方法本身的執行時間超過了設置的 timeout 超時時間,那麼就會導致本來應該正常插入數據的方法執行失敗,示例代碼如下:

@Transactional(timeout = 3) // 超時時間爲 3s
@RequestMapping("/save")
int save(UserInfo userInfo) throws InterruptedException {
    // 非空效驗
    if (userInfo == null ||
        !StringUtils.hasLength(userInfo.getUsername()) ||
        !StringUtils.hasLength(userInfo.getPassword()))
        return 0;
    int result = userService.save(userInfo);
    return result;
}

UserService 的 save 方法實現如下:

public int save(UserInfo userInfo) throws InterruptedException {
    // 休眠 5s
    TimeUnit.SECONDS.sleep(5);
    int result = userMapper.add(userInfo);
    return result;
}

以上程序的運行結果如下:
image.png
數據庫沒有正確的插入數據,如下圖所示:
image.png

3.代碼中有 try/catch

在前面 @Transactional 的執行流程中,我們提到:當方法中出現了異常之後,事務會自動回滾。然而,如果在程序中加了 try/catch 之後,@Transactional 就不會自動回滾事務了,示例代碼如下:

@Transactional
@RequestMapping("/save")
public int save(UserInfo userInfo) throws InterruptedException {
    // 非空效驗
    if (userInfo == null ||
        !StringUtils.hasLength(userInfo.getUsername()) ||
        !StringUtils.hasLength(userInfo.getPassword()))
        return 0;
    int result = userService.save(userInfo);
    try {
        int num = 10 / 0; // 此處設置一個異常
    } catch (Exception e) {
    }
    return result;
}

以上程序的運行結果如下:
image.png
此時,查詢數據庫我們發現,程序並沒有執行回滾操作,數據庫中被成功的添加了一條數據,如下圖所示:
image.png

4.調用類內部 @Transactional 方法

當調用類內部的 @Transactional 修飾的方法時,事務是不會生效的,示例代碼如下:

@RequestMapping("/save")
public int saveMappping(UserInfo userInfo) {
    return save(userInfo);
}
@Transactional
public int save(UserInfo userInfo) {
    // 非空效驗
    if (userInfo == null ||
        !StringUtils.hasLength(userInfo.getUsername()) ||
        !StringUtils.hasLength(userInfo.getPassword()))
        return 0;
    int result = userService.save(userInfo);
    int num = 10 / 0; // 此處設置一個異常
    return result;
}

以上代碼我們在添加方法 save 中添加了 @Transactional 聲明式事務,並且添加了異常代碼,我們預期的結果是程序出現異常,事務進行自動回滾,以上程序的執行結果如下:
image.png
然而,當我們查詢數據庫時發現,程序執行並不符合我們的預期,添加的數據並沒有進行自動回滾操作,如下圖所示:
image.png

5.數據庫不支持事務

我們程序中的 @Transactional 只是給調用的數據庫發送了:開始事務、提交事務、回滾事務的指令,但是如果數據庫本身不支持事務,比如 MySQL 中設置了使用 MyISAM 引擎,那麼它本身是不支持事務的,這種情況下,即使在程序中添加了 @Transactional 註解,那麼依然不會有事務的行爲,這就是巧婦也難爲無米之炊吧。

總結

當聲明式事務 @Transactional 遇到以下場景時,事務會失效:

  1. 非 public 修飾的方法;
  2. timeout 設置過小;
  3. 代碼中使用 try/catch 處理異常;
  4. 調用類內部 @Transactional 方法;
  5. 數據庫不支持事務。

參考 & 鳴謝

www.cnblogs.com/frankyou/p/12691463.html

是非審之於己,譭譽聽之於人,得失安之於數。

公衆號:Java面試真題解析

面試合集:https://gitee.com/mydb/interview

發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章