Hibernate 性能優化利器：深度解析 FlushMode.NEVER

處理巨量資料（數萬對象）時，Hibernate 預設的自動髒檢查與 flush 行為會成為嚴重效能瓶頸。FlushMode.NEVER 透過手動控制 flush 時機，能在唯讀密集場景下將執行時間縮減 50% 以上。本文結合實戰案例（基因定序系統）深度剖析原理與最佳實踐。

殺手鋒：Hibernate 的髒檢查機制

每載入一個持久化對象，Session 便在內存中保留其快照。每次查詢執行前，Hibernate 會遍歷 Session 中所有對象，比對當前狀態與快照，發現髒數據即自動 flush 到資料庫，以保證查詢見到最新狀態。對於數千對象配合成百上千次查詢，這項 O(N×Q) 操作極其昂貴。

實戰場景：PCR Primer 定序流程

1. 載入 5000+ Exons
2. 查詢已排序 Primers
3. 查詢待排序 Primers
4. 匹配 Exons 找出免轉換區域
5. 查詢免轉換區域對應的所有可能 Primers
6. 測試每個 Primer 找最佳匹配（核心計算，產生 0~20 個新對象）
7. 保存結果

關鍵點：前 6 步純讀取/計算，零修改、零持久化，但載入 20,000~30,000 對象，伴隨大量查詢。預設模式下每次查詢觸發全量髒檢查，效能極差。

FlushMode.NEVER 破局

FlushMode previous = session.getFlushMode();
session.flush(); // 確保進入前無待寫入狀態
session.setFlushMode(FlushMode.NEVER);

// 步驟 1~6：大量載入、查詢、計算，完全跳過髒檢查與自動 flush
List<Exon> exons = session.createQuery("from Exon").list();
List<Primer> sorted = session.createQuery("from Primer where sorted=true").list();
// ... 後續查詢與計算 ...

// 步驟 7：手動 flush 持久化結果
session.flush();
session.setFlushMode(previous);

實測：運行時間縮減 50%+（未計記憶體/IO 收益）。原理：NEVER 模式下，Hibernate 將所有載入對象標記為「只讀」，髒檢查直接跳過，代理機制不再攔截 getter/setter。

適用場景與禁忌

進階技巧：組合使用

• session.setReadOnly(entity, true)：單對象級別禁用髒檢查，比 Session 級更精細
• StatelessSession：完全無快照、無一級快取、無延遲載入，適合純流式批次處理
• 搭配 @Transactional(readOnly=true)（Spring）讓框架自動設置 FlushMode.MANUAL

總結

FlushMode.NEVER 不是銀彈，而是給專家手中的手術刀。在「大量讀、少量寫、寫在最後」的場景下，它能繞過 Hibernate 最昂貴的機制，釋放真實效能。記住：進入 NEVER 前 flush，過程中絕不修改持久化對象，退出時手動 flush 恢復預設模式。