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