資料庫併發控制：Spring @Transactional 配合樂觀鎖/悲觀鎖解決超賣問題

場景

表 A 欄位 b，多用戶並發讀取→修改→寫回，導致更新丟失（用戶 C 讀取舊值，用戶 D 連續更新兩次，C 寫回覆蓋 D 的結果）。

方案對比

推薦：原子操作優先

@Transactional
public void incrementB(Long id) {
    // 單條 SQL，資料庫引擎層面原子化，無需應用層鎖
    jdbcTemplate.update("UPDATE table_a SET b = b + 1 WHERE id = ?", id);
}

若業務邏輯複雜需樂觀鎖

1. 表加欄位 version INT DEFAULT 0。
2. 實體類加 @Version Long version; (JPA) 或手動檢查。
3. Service 方法：

@Transactional
public void updateWithOptimisticLock(Entity entity) {
    int updated = jdbcTemplate.update(
        "UPDATE table_a SET b = ?, version = version + 1 WHERE id = ? AND version = ?",
        entity.getB(), entity.getId(), entity.getVersion()
    );
    if (updated == 0) throw new OptimisticLockingFailureException("版本衝突，請重試");
}

Spring 事務注意事項

• @Transactional 僅管理事務邊界（提交/回滾），不提供鎖機制。
• 傳播行為 REQUIRED（預設）確保同一事務上下文。
• 隔離級別 READ_COMMITTED 通常足夠，嚴格一致性可用 SERIALIZABLE（效能代價大）。