1.Hiberate3 Session緩存，它同session邦定。它的生命周期和session相同。Session消毀，它也同時(shí)消毀；管理一級緩存，一級緩存無法取消，用兩個(gè)方法管理，clear（），evict（）

2.兩個(gè)session 不能共享一級緩存，因它會(huì)伴隨session的生命周期的創(chuàng)建和消毀；

3.Hiberate3 Session緩存是實(shí)體級別的緩存，就是只有在查詢對象級別的時(shí)候才使用，如果使用HQL和SQL是查詢屬性級別的，是不使用一級緩存的！切記?。。?！

4.iterate 查詢使用緩存，會(huì)發(fā)出查詢Id的SQL和HQL語句，但不會(huì)發(fā)出查實(shí)體的，它查詢完會(huì)把相應(yīng)的實(shí)體放到緩存里邊，一些實(shí)體查詢?nèi)绻彺胬镞呌校蛷木彺嬷胁樵?，但還是會(huì)發(fā)出查詢id的SQL和HQL語句。如果緩存中沒有它會(huì)數(shù)據(jù)庫中查詢，然后將查詢到的實(shí)體一個(gè)一個(gè)放到緩存中去，所以會(huì)有N+1問題出現(xiàn)。

5.List（）和iterate 查詢區(qū)別：

使用iterate，list查詢實(shí)體對象*N+1問題，在默認(rèn)情況下，使用query.iterate查詢，有可以能出現(xiàn)N+1問題，所謂的N+1是在查詢的時(shí)候發(fā)出了N+1條sql語句1：首先發(fā)出一條查詢對象id列表的sqlN：

根據(jù)id列表到緩存中查詢，如果緩存中不存在與之匹配的數(shù)據(jù)，那么會(huì)根據(jù)id發(fā)出相應(yīng)的sql語句list和iterate的區(qū)別？

list每次都會(huì)發(fā)出sql語句，list會(huì)向緩存中放入數(shù)據(jù)，而不利用緩存中的數(shù)據(jù)。iterate：在默認(rèn)情況下iterate利用緩存數(shù)據(jù)，但如果緩存中不存在數(shù)據(jù)有可以能出現(xiàn)N+1問題

6.Get（）和load（），iterate方法都會(huì)使用一級緩存，

7.hiberate3 session 存儲(chǔ)過程如下：

例如 object 對象

◆Session.save（object）；

這時(shí)候不會(huì)把數(shù)據(jù)放到數(shù)據(jù)庫，會(huì)先放到session緩存中去，數(shù)據(jù)庫中沒有相應(yīng)記錄，

◆session.flush（）；才發(fā)SQL和HQL語句，數(shù)據(jù)庫中有了相應(yīng)記錄，

但是數(shù)據(jù)庫用select查不到，這是跟數(shù)據(jù)庫事物級別有關(guān)系。

◆Session.beginTrransaction（）。commit（）；

事物提交后可以查詢到了。

◆Session.flush（）語句但是為什么不寫呢，因?yàn)閏ommit（）會(huì)默認(rèn)調(diào)用flush（）；

【編輯推薦】

1. iBATIS與Hibernate間的取舍
2. JDBC與Hibernate讀取性能分析
3. 淺析NHibernate一對一映射的延遲加載
4. 使用Hibernate 3二級緩存的四個(gè)經(jīng)驗(yàn)
5. MySQL存儲(chǔ)過程中的Hibernate JDBC