Hibernate Session緩存經驗總結
在向大家詳細介紹Hibernate Session緩存之前，首先讓大家了解下主配置，然后全面介紹延遲加載。
一.主配置
◆查詢緩存，同下面講的緩存不太一樣，它是針對HQL語句的緩存，即完全一樣的語句再次執行時可以利用緩存數據。但是，查詢緩存在一個交易系統(數據變更頻繁，查詢條件相同的機率并不大)中可能會起反作用:它會白白耗費大量的系統資源但卻難以派上用場。
◆fetch_size，同JDBC的相關參數作用類似，參數并不是越大越好，而應根據業務特征去設置
◆batch_size同上。
◆生產系統中，切記要關掉SQL語句打印。
二.Hibernate Session緩存
1.數據庫級緩存:這級緩存是最高效和安全的，但不同的數據庫可管理的層次并不一樣，比如，在ORACLE中，可以在建表時指定將整個表置于緩存當中。
2.Session緩存:在一個Hibernate Session有效，這級緩存的可干預性不強，大多于Hibernate自動管理，但它提供清除緩存的方法，這在大批量增加/更新操作是有效的。比如，同時增加十萬條記錄，按常規方式進行，很可能會發現OutofMemeroy的異常，這時可能需要手動清除這一級緩存:Session.evict以及 Session.clear
3.應用緩存:在一個SessionFACTORY中有效，因此也是優化的重中之重，因此，各類策略也考慮的較多，在將數據放入這一級緩存之前，需要考慮一些前提條件:
◆數據不會被第三方修改(比如，是否有另一個應用也在修改這些數據?)
◆數據不會太大
◆數據不會頻繁更新(否則使用CACHE可能適得其反)
◆數據會被頻繁查詢
◆數據不是關鍵數據(如涉及錢，安全等方面的問題)。
Hibernate Session緩存有幾種形式，可以在映射文件中配置:read-only(只讀，適用于很少變更的靜態數據/歷史數據)，nonstrict-read- write，read-write(比較普遍的形式，效率一般)，transactional(JTA中，且支持的緩存產品較少)
4.分布式緩存:同3)的配置一樣，只是緩存產品的選用不同，在目前的Hibernate中可供選擇的不多，oscache, jboss cache，目前的大多數項目，對它們的用于集群的使用(特別是關鍵交易系統)都持保守態度。在集群環境中，只利用數據庫級的緩存是最安全的。
三.延遲加載
◆實體延遲加載:通過使用動態代理實現
◆集合延遲加載:通過實現自有的SET/LIST，Hibernate提供了這方面的支持
◆屬性延遲加載:
【編輯推薦】
