WebLogic Session Persistence 性能調優：File vs JDBC 存儲深度對比與最佳實踐

WebLogic 提供 6 種 Session 持久化方式，其中 File 與 JDBC 為磁盤/數據庫落地模式，性能差異巨大。本文通過線程堆棧分析揭示 File 模式嚴重鎖競爭瓶頸，對比 JDBC 異步寫入優勢，給出生產環境配置建議與 CacheSize 調優指南。

持久化方式速覽

File Persistence 性能災難：全局鎖序列化

負載測試場景

• 每 Session 存入 ~12MB 數據 (ArrayList<String> 10萬條)
• 4 並發請求，耗時 5+ 分鐘

線程堆棧證據

"ExecuteThread: '10'" waiting for monitor entry [0x03a2f000]
  at weblogic.servlet.internal.session.FileSessionContext.loadSession(FileSessionContext.java:482)
  - waiting to lock <0x159a82a8> (a java.lang.Object)
  at weblogic.servlet.internal.session.FileSessionContext.sync(FileSessionContext.java:368)
  - locked <0x159a82a8> (a java.lang.Object)
  at java.io.ObjectOutputStream.writeObject0(ObjectOutputStream.java:1052)

所有線程阻塞在同一把鎖 0x159a82a8 (FileSessionContext 實例)，串行讀寫文件。

源碼缺陷分析 (WebLogic 8.1/9.x/10.x 早期版本)

// FileSessionContext.sync(HttpSession sess) - 同步方法/塊鎖住整個 Context
synchronized (dirTreeLock) {  // 全局鎖！
    makeStorageDir(id);
    os = new DataOutputStream(new FileOutputStream(saveTo));
    WLObjectOutputStream oos = new WLObjectOutputStream(os);
    oos.writeObject(data);    // 序列化大對象，長時間持有鎖
    ...
}

設計錯誤：本應由每個 FileSessionData (對應單個 Session) 並行完成文件讀寫，卻集中在 FileSessionContext (管理器) 單線程串行執行。類比：50 個工人 (Session) 干活，老板 (Context) 包辦所有工作，串行完成 → 效率極低。

JDBC Persistence 優勢：異步寫入 + 連接池並行

• JDBCSessionData 直接操作數據庫，**無全局鎖**，各 Session 並行提交。
• 數據庫層面：提交到內存 (Redo Log Buffer) → LGWR/DBWR 異步刷盤，**應用線程不等待物理 I/O**。
• 連接池 (PersistentStorePool) 提供多連接並行寫入能力。

生產環境推薦配置：JDBC Persistence

weblogic.xml

<session-descriptor>
  <session-param>
    <param-name>PersistentStoreType</param-name>
    <param-value>jdbc</param-value>
  </session-param>
  <session-param>
    <param-name>PersistentStorePool</param-name>
    <param-value>SessionPool</param-value>  <!-- 預建 JDBC 連接池 -->
  </session-param>
  <session-param>
    <param-name>CacheSize</param-name>
    <param-value>0</param-value>  <!-- 見下文調優 -->
  </session-param>
</session-descriptor>

數據庫表準備

在 SessionPool 連接的 Schema 下建表 wl_servlet_sessions (參考 WebLogic 文檔 sessions.html)。

CacheSize 關鍵調優參數

內存中 Session 兩類

1. Open Session：正被請求處理引用 (ServletRequest 未結束)。
2. Cached Session：空閒但在緩存中 (LRU 列表)，下次請求直接命中。

控制台顯示的 Session 數 = 持久層中未過期總數，**非內存中實際數量**。

File Persistence 可行優化 (若必須用 File)

1. 將讀寫邏輯下推到 FileSessionData，各 Session 並行文件 I/O (需修改 WebLogic 源碼/反射注入，風險高)。
2. 使用高性能本地存儲 (NVMe SSD、tmpfs 內存盤) 減少 I/O 延遲。
3. 縮小 Session 體積：只存必要數據，大對象外放 Redis/DB。
4. 增大 CacheSize 減少落地頻次。

總結建議

1. 生產環境首選 JDBC Persistence，配置專用連接池，啟用 CacheSize > 0。
2. File Persistence 僅限開發/測試/極低流量，**嚴禁高並發生產使用**。
3. Replicated 模式適合小 Session、低延遲集群 (LAN)，大 Session 會擠爆網路帶寬。
4. 定期監控持久化耗時指標 (SessionStoreWriteTime)，異常升高時排查鎖競爭或 DB 慢查詢。