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

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

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

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

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

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

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

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

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

7.hiberate3 session 存儲過程如下：

例如 object 對象

◆Session.save（object）；

這時候不會把數(shù)據(jù)放到數(shù)據(jù)庫，會先放到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（）語句但是為什么不寫呢，因為commit（）會默認調(diào)用flush（）；

【編輯推薦】

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