Hibernate Session緩存怎么理解

本篇內容介紹了“Hibernate Session緩存怎么理解”的有關知識，在實際案例的操作過程中，不少人都會遇到這樣的困境，接下來就讓小編帶領大家學習一下如何處理這些情況吧！希望大家仔細閱讀，能夠學有所成！

Hibernate作為一種現在比較流行的輕量級的ORM框架，2003年開始在國內流行，到目前來說在做持久層上還是占有統治地位的。雖然說豐富靈活的HQL和面對對象的Criteria查詢，把程序員從復雜繁瑣的JDBC中解放了出來，但作為持久層的框架，它的性能才是最重要的核心問題。而性能的核心在于緩存，由于最近在學習這些，所以就把自己的學到的一點東西拿來與大家分享，希望能起到拋磚引玉的效果。

在說這些之前的先說說Hibernate實體對象的三種狀態：

1.Transient：所謂Transient就是說實體對象在內存中自有存在，與數據庫中的記錄無關。

2.Persient：Persient對象對應數據庫中的一條記錄，也可以這樣理解，如果一個實體對象與某個session發生關聯，并處于對應session的有效期內，那它就處于Persient狀態。

3.Detached：所謂的Detached就是處于Persient狀態的對象對應的session關閉之后的狀態。

我們平時所說的PO（持久化對象）指的就是位于Persient狀態的對象，而VO（值對象）就是指Transient和Detached狀態的對象。

下面開始說CRUD保存：Hibernate中保存的方法很多我主要說說下面幾個：

1.save（）方法，調用save方法時，首先會在Hibernate Session緩存中查找保存對象如果實體對象已經處于Persient狀態，直接返回，否在實行sql操作，并將保存的實體對象加入Hibernate Session緩存（save方法不會把實體加入二級緩存的），***對存在的級聯關系進行遞歸處理。

2.saveOrUpdate（）方法：和save方法一樣首先在Hibernate Session緩存中查找，判斷對象是否為為保存狀態，如果對象處于Persient，不執行操作，處于Transient執行save操作，處于Detached調用save將對象與session重新關聯。

這里要注意的是批量操作時要適時對session進行flush操作避免OutOfMenoryError.刪除：刪除我主要說批量刪除，Hibernate在進行批量刪除前，首先必須將所有符合條件的數據加載到內存中（這是所有ORM框架必須面對的問題，這樣主要是為了對目前的內部緩存和二級緩存中數據進行整理，以保存和數據庫的一致性）這樣就面對這如果操作數據量過大，也會出現OutOfMenoryError，所以推薦使用迭代刪除。

修改：修改主要談談update方法，update和前面的save一樣首先還是要進行在內部緩存中查找，要注意兩點，

1.Persient狀態的實體對象調用update沒有任何作用，update的SQL將在session.flush（）方法中執行。

查詢：查詢是受緩存影響***的，主要談一下以下幾種查詢1.load和get：這兩者的區別主要是load會在二級緩存中查找，而get在內部緩存中查找不到將跳過二級緩存直接進行sql操作。

2.createQuery（）的list（）和iterate（）方法，list（）實際上無法使用緩存的，他對緩存只寫不讀，而ierate則是首先查找所有符合條件的數據id（首先在本地緩存中查找）在執行相應的select獲得對應記錄，iterate方法的使用***是查找的實體對象在緩存已經存在，否則查詢性能較低，易產生N+1現象。

“Hibernate Session緩存怎么理解”的內容就介紹到這里了，感謝大家的閱讀。如果想了解更多行業相關的知識可以關注億速云網站，小編將為大家輸出更多高質量的實用文章！