Hibernate性能優(yōu)化
有很多人認(rèn)為Hibernate天生效率比較低,確實(shí),在普遍情況下,需要將執(zhí)行轉(zhuǎn)換為SQL語句的Hibernate的效率低于直接JDBC存取,然而,在經(jīng)過比較好的性能優(yōu)化之后,Hibernate的性能還是讓人相當(dāng)滿意的,特別是應(yīng)用二級緩存之后,甚至可以獲得比較不使用緩存的JDBC更好的性能,下面介紹一些通常的Hibernate性能優(yōu)化的策略:
1.Hibernate性能優(yōu)化之抓取優(yōu)化
抓取是指Hibernate如何在關(guān)聯(lián)關(guān)系之間進(jìn)行導(dǎo)航的時(shí)候,Hibernate如何獲取關(guān)聯(lián)對象的策略,其主要定義了兩個(gè)方面:如何抓取和何時(shí)抓取
1)如何抓取。
Hibernate3主要有兩種種抓取方式,分.應(yīng)用于對象關(guān)聯(lián)實(shí)例(many-to-one、one-to-one)和對象關(guān)聯(lián)集合(set、map等),總共是四種變種
JOIN抓取: 通過在SELECT語句中使用OUTER JOIN來獲得對象的關(guān)聯(lián)實(shí)例或者關(guān)聯(lián)集合)
SELECT抓取: 另外發(fā)送一條SELECT語句來抓取當(dāng)前對象的關(guān)聯(lián)實(shí)體和集合
在我的開發(fā)經(jīng)歷中,此處對性能的優(yōu)化是比較有限的,并不值得過多關(guān)注
例:
A.應(yīng)用于對象關(guān)聯(lián)實(shí)例(默認(rèn)是false)
".." outer-join="true/false/auto" .../>
B.應(yīng)用于對象關(guān)聯(lián)集合(默認(rèn)是auto)
".." fetch="join/select" ... > - ....
2)何時(shí)抓取
主要分為延遲加載和立即抓取,默認(rèn)的情況下Hibernate3對對象關(guān)聯(lián)實(shí)采用延遲加載,普通屬性采用立即抓取,通過延遲加載和采用適當(dāng)?shù)淖ト×6龋c不采用優(yōu)化相比往往可以將性能提升數(shù)倍
立即抓取:當(dāng)抓取宿主對象時(shí),同時(shí)抓取其關(guān)聯(lián)對象和關(guān)聯(lián)集以及屬性
延遲加載:當(dāng)抓取宿主對象時(shí),并不抓取其關(guān)聯(lián)對象,而是當(dāng)對其對象進(jìn)行調(diào)用時(shí)才加載
例:
A.應(yīng)用于對象關(guān)聯(lián)實(shí)例(默認(rèn)是延遲加載)
B.應(yīng)用于對象關(guān)聯(lián)集合(默認(rèn)是延遲加載)
對于延遲加載,需要注意的時(shí),對延遲對象的使用必須在Session關(guān)閉之前進(jìn)行,Hibernate的LazyInitalizationException往往就是由于在Session的生命期外使用了延遲加載的對象。當(dāng)我們進(jìn)行Web開發(fā)時(shí),可以使用OpenSessionInView模式,當(dāng)請求開始時(shí)打開session,當(dāng)請求響應(yīng)結(jié)束時(shí)才關(guān)閉session,不過,在使用OpenSessionInView模式時(shí),需要注意如果響應(yīng)時(shí)間比較長(業(yè)務(wù)比較復(fù)雜或者客戶端是低速網(wǎng)絡(luò)),將Session資源(也就是數(shù)據(jù)庫的連接)占用太久的話可以會導(dǎo)致資源耗盡
3)抓取粒度
抓取粒度指的是對象在關(guān)聯(lián)關(guān)系之間被導(dǎo)航時(shí)一次預(yù)先加載的數(shù)量,Hibernate程序的性能比較差往往就在于沒有對抓取粒度仔細(xì)考慮,當(dāng)加載一個(gè)列表并在列表中的每個(gè)對象中對其關(guān)聯(lián)進(jìn)行導(dǎo)航時(shí),往往導(dǎo)致N+1條SQL語句查詢。
例:
A.應(yīng)用于對象關(guān)聯(lián)實(shí)例(默認(rèn)為1),注意,對對象關(guān)聯(lián)實(shí)例的設(shè)置是在被關(guān)聯(lián)的對象之上的,譬如
- class User
- {
- Group g;
- }
那么抓取粒度應(yīng)該在Group的配置文件之上,見下
- <class name="Group" table="group" batch-size="..">
- ...
- < SPAN>class>
對該值并沒有一個(gè)約定俗成的值,根據(jù)情況而定,如果被關(guān)聯(lián)表數(shù)據(jù)比較少,則可以設(shè)置地小一些,3-20,如果比較大則可以設(shè)到30-50,注意的時(shí)候,并不是越多越好,當(dāng)其值超過50之后,對性能并沒有多大改善但卻無謂地消耗內(nèi)存
假設(shè)有如下例子:
List
如果有20個(gè)User,并對這20個(gè)User及其Group進(jìn)行遍歷,如果不設(shè)置batch-size(即batch-size="1"),則在最糟糕的情況下,需要1 + 20條SQL語句,如果設(shè)置batch-size="10",則最好的情況下只需要1 + 2條SQL語句
B.應(yīng)用于對象關(guān)聯(lián)集合(默認(rèn)為1)
".." batch-size="" ... > - ....
2.Hibernate性能優(yōu)化之二級緩存優(yōu)化
Hibernate對數(shù)據(jù)的緩存包括兩個(gè)級:一級緩存,在Session的級別上進(jìn)行,主要是對象緩存,以其id為鍵保存對象,在Session的生命期間存在;二級緩存,在SessionFactory的級別上進(jìn)行,有對象緩存和查詢緩存,查詢緩存以查詢條件為鍵保存查詢結(jié)果,在SessionFactory的生命期間存在。默認(rèn)地,Hibernate只啟用一級緩存,通過正確地使用二級緩存,往往可以獲得意想不到的性能。
1)對象緩存:
當(dāng)抓取一個(gè)對象之后,Hiberate將其以id為鍵緩存起來,當(dāng)下次碰到抓取id相同的對象時(shí),可以使用如下配置
方法1:在緩存對象上配置
- <class ...>
"read-only/write/...." regions="group" /> - < SPAN>class>
useage表示使用什么類型的緩存,譬如只讀緩存、讀寫緩存等等(具體參見Hibernate參考指南),值得注意的時(shí),有部分緩存在Hibernate的實(shí)現(xiàn)中不支持讀寫緩存,譬如JBossCache在Hibernate的實(shí)現(xiàn)中只是一種只讀緩存,具體緩存實(shí)現(xiàn)對緩存類型的支持情況,可以參見org.hibernate.cache包
regions表示緩存分塊,大部分的緩存實(shí)現(xiàn)往往對緩存進(jìn)行分塊,該部分是可選的,詳細(xì)參見各緩存實(shí)現(xiàn)
方法2:在hibernate.cfg.xml中配置
我認(rèn)為第二種更好,可以統(tǒng)一管理
2)查詢緩存
查詢時(shí)候?qū)⒉樵兘Y(jié)果以查詢條件為鍵保存起來,需要配置如下
A.在hibernate.cfg.xml中配置(啟用查詢緩存)
"hibernate.cache.use_query_cache">true
(前面的屬性名可參見常量
org.hibernate.cfg.Enviroment.USE_QUERY_CACHE)
B.程序
- query.setCacheable(true);
- query.setCacheRegions(...);
需要注意的是,查詢緩存與對象緩存要結(jié)合更有效,因?yàn)椴樵兙彺鎯H緩存查詢結(jié)果列表的主鍵數(shù)據(jù)
一般情況下在開發(fā)中,對一些比較穩(wěn)定而又被頻繁引用的數(shù)據(jù),譬如數(shù)據(jù)字典之類的,將其進(jìn)行二級緩存,對一些查詢條件和查詢數(shù)據(jù)變化不頻繁而又常常被使用的查詢,將其進(jìn)行二級緩存。由于二級緩存是放在內(nèi)存中,而且Hibernate的緩存不是弱引用緩存(WeekReference),所以注意不要將大塊的數(shù)據(jù)放入其中,否則可能會被內(nèi)存造成比較大的壓力。
3.Hibernate性能優(yōu)化之批量數(shù)據(jù)操作優(yōu)化
當(dāng)進(jìn)行大批量數(shù)據(jù)操作(幾萬甚至幾十幾百萬)時(shí),需要注意兩點(diǎn),一,批量提交,二,及時(shí)清除不需要的一級緩存數(shù)據(jù)
1)所謂的批量提交,就是不要頻繁使用session的flush,每一次進(jìn)行flush,Hibernate將PO數(shù)據(jù)于數(shù)據(jù)庫進(jìn)行同步,對于海量級數(shù)據(jù)操作來說是性能災(zāi)難(同時(shí)提交幾千條數(shù)據(jù)和提交一條數(shù)據(jù)flush一次性能差別可能會是幾十倍的差異)。一般將數(shù)據(jù)操作放在事務(wù)中,當(dāng)事務(wù)提交時(shí)Hibernate自動幫你進(jìn)行flush操作。
2)及時(shí)清除不需要的一級緩存數(shù)據(jù):由于Hibernate默認(rèn)采用一級緩存,而在session的生命期間,所有數(shù)據(jù)抓取之后會放入一級緩存中,而當(dāng)數(shù)據(jù)規(guī)模比較龐大時(shí),抓取到內(nèi)存中的數(shù)據(jù)會讓內(nèi)存壓力非常大,一般分批操作數(shù)據(jù),被一次操作之后將一級緩存清除,譬如:
- session.clear(User.class)
4.雜項(xiàng)
dynamic-insert,dynamic-update,動態(tài)插入和動態(tài)更新,指的是讓Hibernate插入數(shù)據(jù)時(shí)僅插入非空數(shù)據(jù),當(dāng)修改數(shù)據(jù)時(shí)只修改變化的數(shù)據(jù),譬如對于
- class User
- {
- id
- username
- password
- }
如果u.id=1, u.username="ayufox",u.password=null,那么如果不設(shè)置動態(tài)插入,則其sql語句是insert into users(id, username, password) values (1, 'ayufox', '),如果設(shè)置則其sql語句是insert into users(username) valeus('ayufox')
在如上的情況下,如果修改u.password='11',那么如果不設(shè)置動態(tài)更新,則sql語句為update users set username='ayufox', password='11' where id = 1,如果設(shè)置則為update user set password='11' where d = 1
設(shè)置是在class的映射文件中,如下
- <class name="User" table="users" dynamic=insert="true/false" dynamic-update="true/false" ...>
- < SPAN>class>
該設(shè)置對性能的提升比較有限
【編輯推薦】