WebLogic CMP 性能優化：啟用緩存策略與樂觀鎖實現 30% 提升

CMP 現狀與優化切入點

雖然 Hibernate/MyBatis 更流行，但 CMP 2.x 仍是 Java EE 標準、工具鏈成熟（XDoclet、Eclipse WTP）的選擇。WebLogic 對 CMP 提供了優秀的 ORM 實現，關鍵在於正確配置緩存與併發策略。

默認行為的性能陷阱

EJB 容器維護實體 Bean 緩存/池，但默認每次事務開始調用 ejbLoad() 同步數據庫（Commit Option A/B/C），即使數據剛讀取過。這導致大量冗餘 SELECT，嚴重拖慢性能。

解決方案：樂觀鎖 + 跨事務緩存

步驟 1：數據庫表添加版本列

ALTER TABLE MY_ENTITY ADD VERSION INT DEFAULT 0;
-- 更新時：UPDATE ... SET ..., VERSION = VERSION + 1 WHERE ID = ? AND VERSION = ?

步驟 2：配置 weblogic-cmp-rdbms-jar.xml

<verify-columns>Version</verify-columns>
<optimistic-column>VERSION</optimistic-column>

步驟 3：啟用樂觀併發策略

在 weblogic-ejb-jar.xml 中：

<concurrency-strategy>Optimistic</concurrency-strategy>

步驟 4：開啟跨事務緩存（關鍵性能開關）

<cache-between-transactions>true</cache-between-transactions>

效果：緩存中實體可用時，容器跳過 ejbLoad()，直接使用內存對象。測試環境下應用性能提升 30%。

異常處理與集群注意事項

• 併發衝突拋出 OptimisticConcurrencyException（RuntimeException），應用需捕獲處理（重試/提示用戶）
• 異常時容器自動從緩存移除該實體
• 集群環境：更新樂觀 Bean 會廣播失效通知，防止跨節點髒讀
• delay-updates-until-end-of-tx=true（默認）時，異常在提交時才拋出

版本遷移提示

WebLogic 7.x cache-between-transactions 常失效，8.1+ 已修復並可生產穩定運行。

最佳實踐總結

1. 所有可更新表必加 VERSION 列
2. 實體 Bean 統一配置 Optimistic 併發 + cache-between-transactions=true
3. 代碼處理 OptimisticConcurrencyException，提供用戶友好重試機制
4. 讀多寫少、短時重複訪問同一實體場景收益最大
5. 配合 delay-updates-until-end-of-tx 減少數據庫寫入次數

結語

CMP 不等於低性能。通過樂觀鎖保障數據一致性，開啟跨事務緩存消除冗餘加載，WebLogic CMP 可勝任高性能企業級應用。核心在於理解容器默認行為，精準配置緩存與併發策略。