JTS 事務管理：在安全性與效能間找到平衡點

核心觀點：事務是「昂貴的保險」，要精準投保

事務機制本質是異常恢復保障，但鎖資源、寫日誌、協調協議都消耗效能。優秀的事務設計不是「用盡事務」，而是「在正確的範圍、正確的粒度、正確的隔離級別」使用事務。

五條事務劃分鐵律

鐵律 1：事務越短越好

事務持有鎖的時間直接決定併發吞吐量。長事務會讓其他事務排隊等待，系統吞吐量斷崖式下跌。

鐵律 2：事務中絕不等待用戶輸入

用戶思考時間以「秒」計算，資料庫鎖持有數秒已屬極長。若用戶離座吃飯、下班，系統癱瘓。事務期間嚴禁 I/O 等待。

鐵律 3：相關操作必須在同一事務

轉帳案例：查餘額、扣款、入帳、寫流水 5 步 SQL 若拆成 5 個事務，中間任一步失敗會導致資料不一致（錢憑空消失/產生）。業務不變量定義事務邊界。

鐵律 4：相關操作合一事務，無關操作分開

綜合鐵律 1、3：事務範圍 = 業務一致性要求的最小閉包。既要避免長事務拖垮效能，又要防止過度拆分破壞一致性。

鐵律 5：用「能保證安全的最低隔離級別」，拿不準就上 Serializable

隔離級別與效能呈負相關：

多數短事務用 Read Committed 即可；轉帳類需 Repeatable Read；審計對帳類必須 Serializable。寧可保守，不可冒險。

容器管理事務（CMT）模式選擇指南

• Required（首選）：大多數 Session/MDB 方法，確保有事務上下文，支援巢狀。
• RequiresNew：僅用於日誌、審計等與主業務無關、需獨立提交的操作。濫用會導致業務邏輯拆散在多事務中，破壞一致性。
• Mandatory：CMP Entity Bean 開發期適用，強制調用者提供事務，能及早發現部署錯誤。
• NotSupported/Never：訪問非事務性資源（外部系統、舊系統適配器）。

最佳實踐建議

1. 開發階段即分析各方法的併發假設與一致性需求，文檔化隔離級別決策依據。
2. 優先用 CMT，利用部署描述符集中管理事務屬性，業務代碼零侵入。
3. 效能調優時，先嘗試降低隔離級別、縮短事務範圍，再考慮架構重構。

結語

事務設計是「安全性成本」與「效能收益」的博弈。沒有銀彈，只有基於業務風險承受能力的理性權衡。