一、在處理大資料量時，會有大量的資料緩衝儲存在Session的一級快取中，這快取大太時會嚴重顯示效能，所以在使用Hibernate處理大資料量的，可以使用session. clear()或者session. evict(Object) 在處理過程中，清除全部的快取或者清除某個物件。

二、對大資料量查詢時，慎用list()或者iterator()返回查詢結果，

<1>. 使用List()返回結果時，Hibernate會所有查詢結果初始化為持久化物件，結果集較

大時，會佔用很多的處理時間。

<2>. 而使用iterator()返回結果時，在每次呼叫iterator.next()返回物件並使用物件時，

Hibernate才呼叫查詢將對應的物件初始化，對於大資料量時，每呼叫一次查詢都會花

費較多的時間。當結果集較大，但是含有較大量相同的資料，或者結果集不是全部都會

使用時，使用iterator()才有優勢。

<3>. 對於大資料量，使用qry.scroll()可以得到較好的處理速度以及效能。而且直接對結

果集向前向後滾動。

三、對於關聯操作，Hibernate雖然可以表達複雜的資料關係，但請慎用，使資料關係較為

簡單時會得到較好的效率，特別是較深層次的關聯時，效能會很差。

四、對含有關聯的PO（持久化物件）時，若default-cascade="all"或者 “save-update”，新增PO時，請注意對PO中的集合的賦值操作，因為有可能使得多執行一次update操作。

五、在一對多、多對一的關係中，使用延遲載入機制，會使不少的物件在使用時才會初始化，這樣可使得節省記憶體空間以及減少資料庫的負荷，而且若PO中的集合沒有被使用時，就可減少互資料庫的互動從而減少處理時間。

六、對於大資料量新增、修改、刪除操作或者是對大資料量的查詢，與資料庫的互動次數是決定處理時間的最重要因素，減少互動的次數是提升效率的最好途徑，所以在開發過程中，請將show_sql設定為true，深入瞭解Hibernate的處理過程，嘗試不同的方式，可以使得效率提升。

七、Hibernate是以JDBC為基礎，但是Hibernate是對JDBC的優化，其中使用Hibernate的緩衝機制會使效能提升，如使用二級快取以及查詢快取，若命中率較高明，效能會是到大幅提升。

八、Hibernate可以通過設定hibernate.jdbc.fetch_size，hibernate.jdbc.batch_size等屬性，對Hibernate進行優化。

九、不過值得注意的是，一些資料庫提供的主鍵生成機制在效率上未必最佳，大量併發insert資料時可能會引起表之間的互鎖。資料庫提供的主鍵生成機制，往往是通過在一個內部表中儲存當前主鍵狀態（如對於自增型主鍵而言，此內部表中就維護著當前的最大值和遞增量），之後每次插入資料會讀取這個最大值，然後加上遞增量作為新記錄的主鍵，之後再把這個新的最大值更新回內部表中，這樣，一次Insert操作可能導致資料庫內部多次表讀寫操作，同時伴隨的還有資料的加鎖解鎖操作，這對效能產生了較大影響。因此，對於併發Insert要求較高的系統，推薦採用uuid.hex 作為主鍵生成機制。

十、Dynamic Update 如果選定，則生成Update SQL 時不包含未發生變動的欄位屬性，這樣可以在一定程度上提升SQL執行效能.Dynamic Insert 如果選定，則生成Insert SQL 時不包含未發生變動的欄位屬性，這樣可以在一定程度上提升SQL執行效能

十一、在編寫程式碼的時候請，對將POJO的getter/setter方法設定為public，如果設定為private，Hibernate將無法對屬性的存取進行優化，只能轉而採用傳統的反射機制進行操作，這將導致大量的效能開銷（特別是在1.4之前的Sun JDK版本以及IBM JDK中，反射所帶來的系統開銷相當可觀）。

十二、在one-to-many 關係中，將many 一方設為主動方（inverse=false）將有助效能的改善。

十三、由於多對多關聯的效能不佳（由於引入了中間表，一次讀取操作需要反覆數次查詢），因此在設計中應該避免大量使用。