深入解析 Spring 事務屬性：傳播行為、隔離級別與配置實戰

Spring 的聲明式事務管理讓開發者從繁瑣的事務處理代碼中解脫，不再需要手動獲取連接、提交或回滾事務，也無需在業務方法中編寫大量的 try-catch-finally 塊。掌握事務屬性是正確使用聲明式事務的關鍵，它主要由傳播行為、隔離級別、超時時間和只讀標誌四大核心要素組成。在進行事務劃分時，必須先完成事務定義，即配置這些屬性。

核心接口：TransactionDefinition

Spring 在 TransactionDefinition 接口中定義了這些屬性，供核心事務管理器 PlatformTransactionManager 使用。該接口的關鍵方法如下：

public interface TransactionDefinition {
    int getPropagationBehavior(); // 獲取傳播行為
    int getIsolationLevel();      // 獲取隔離級別
    int getTimeout();             // 獲取超時時間（秒）
    boolean isReadOnly();         // 是否只讀事務
}

• getTimeout()：返回事務必須在多少秒內完成，超時將自動回滾。
• isReadOnly()：標識事務是否為只讀，事務管理器可據此優化資源鎖定策略。
• getIsolationLevel()：返回隔離級別，控制並發事務之間的可見性。

五大事務隔離級別詳解

TransactionDefinition 定義了五個隔離級別常量：

• ISOLATION_DEFAULT：使用底層數據庫的默認隔離級別（如 MySQL 默認 REPEATABLE_READ，Oracle 默認 READ_COMMITTED）。
• ISOLATION_READ_UNCOMMITTED：最低級別，允許讀取未提交的數據（髒讀），可能導致不可重複讀和幻讀。
• ISOLATION_READ_COMMITTED：只能讀取已提交數據，防止髒讀，但不可重複讀和幻讀仍可能發生（大多數數據庫默認級別）。
• ISOLATION_REPEATABLE_READ：保證同一事務多次讀取結果一致，防止髒讀和不可重複讀，但幻讀可能發生（MySQL InnoDB 默認級別）。
• ISOLATION_SERIALIZABLE：最高級別，完全串行化執行，防止髒讀、不可重複讀和幻讀，但並發性能最差。

髒讀經典案例

假設 Mary 原工資 1000，財務人員將其改為 8000 但未提交：

// 財務事務 (con1)
Connection con1 = getConnection();
con1.setAutoCommit(false);
update employee set salary = 8000 where empId = "Mary";

此時 Mary 查詢工資：

// Mary 事務 (con2)
Connection con2 = getConnection();
select salary from employee where empId = "Mary"; // 讀到 8000
con2.commit();

財務發現錯誤回滾：

con1.rollback(); // Mary 工資恢復 1000

Mary 讀到的 8000 即為髒數據。這就是 READ_UNCOMMITTED 級別的典型問題。

實戰建議

大多數業務場景推薦使用 ISOLATION_READ_COMMITTED 或 ISOLATION_REPEATABLE_READ，在性能與一致性之間取得平衡。只有極高一致性要求（如財務對賬）才考慮 SERIALIZABLE，並需評估並發性能影響。