Spring 事務導致循環查詢數據不更新？@Transactional(propagation=NOT_SUPPORTED) 完美解決

問題現場：無限循環卻查不到新數據

在 Spring 應用中，若在帶有 @Transactional 的 Service 方法中循環調用 DAO 查詢，會發現一個詭異現象：即使數據庫中已插入符合條件的新記錄，循環依然無法檢測到，導致無限循環或邏輯錯誤。本文深入剖析根因並給出最佳解決方案。

場景重現

@Service
@Transactional
public class SecurityService {
    @Autowired
    private UserDao userDao;

    public void checkUserInfo() {
        while (true) {
            User user = userDao.getUser(); // 查詢最新用戶
            if (user != null && "Tom".equals(user.getName())) {
                System.out.println("Tom is here");
                break;
            }
        }
    }
}

即使去掉 Service 上的 @Transactional，問題依舊存在。改用 JdbcTemplate 直接操作 Connection 或原生 JDBC 則能正常獲取最新數據。

根因深度解析：Spring 事務與線程綁定機制

經過源碼追蹤（DataSourceUtils.doGetConnection）發現：Spring 的 tx:annotation-driven 會為所有標註 @Service 的類開啟事務管理。在同一線程中，Spring 會將同一 DataSource 的 Connection 與當前事務綁定，並存儲在 ThreadLocal 中。

關鍵點：無論方法上是否標註 @Transactional，只要類在事務代理範圍內，該線程就會復用同一個 Connection。這導致：

• 數據庫隔離級別下，事務只能看到事務開始時的數據快照
• 循環中的多次查詢實際複用同一個事務上下文
• 外部事務提交的新數據對當前事務不可見

完美解決方案：掛起當前事務

@Service
@Transactional
public class SecurityService {
    @Autowired
    private UserDao userDao;

    @Transactional(propagation = Propagation.NOT_SUPPORTED)
    public void checkUserInfo() {
        while (true) {
            User user = userDao.getUser();
            if (user != null && "Tom".equals(user.getName())) {
                System.out.println("Tom is here");
                break;
            }
        }
    }
}

Propagation.NOT_SUPPORTED 表示：以非事務方式運行，掛起當前存在的事務。這樣每次查詢都會獲取新的 Connection，從而讀取到最新提交的數據。

替代方案對比

最佳實踐建議

1. 識別只讀查詢：對於純查詢、輪詢、報表類操作，優先考慮 @Transactional(readOnly=true) 或 NOT_SUPPORTED
2. 縮小事務邊界：避免在大事務中包含長時間循環、遠程調用、複雜計算
3. 理解隔離級別：默認 READ_COMMITTED 下，事務只能看到提交前的數據快照

掌握 Spring 事務傳播機制，是解決數據一致性與實時性衝突的關鍵。NOT_SUPPORTED 正是為此類「事務外查詢」場景量身定制的利器。