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