Hibernate性能的示例分析

這篇文章將為大家詳細講解有關Hibernate性能的示例分析，小編覺得挺實用的，因此分享給大家做個參考，希望大家閱讀完這篇文章后可以有所收獲。

Hibernate在解決性能問題方面做得非常好。有了它的緩存機制，使用第三方緩存和數據庫連接池，就較好的解決的性能問題。但這些還不夠，Hibernate給了開發者足夠的自由，讓開發者自己去控制性能問題。

學習了一段時間的ibatis，我覺得Hibernate有著ibatis無法替代的優勢。

1、開發者都知道，Hibernate讓我們以oo的方式操作數據庫，這讓我們看到了Hibernate的強大之處，體驗到操作數據的方便。但Gavin King說，Hibernate最耀眼之處是Hibernate的緩存機制，而不是以oo的方式操作數據庫。Hibernate的緩存機制不外乎是一級緩存session，二級緩存sessionFactory，和第三方緩存如ehcache.也就是Hibernate的***大的地方是它的緩存，理解了這個才能真正的理解Hibernate.緩存實在太難了，我至今未能真正理解。

2、可維護性：ibatis宣揚寫sql語句，它將sql語句放進一個單獨的xml文件，這種方式贏得了很多開發者的喜愛，一句話，方便維護。但Hibernate同樣具有這種功能，而且比ibatis更加強大。Hibernate的命名查詢/命名參數查詢，就是將hql語句放在一個單獨的xml文件之中，它仍然讓人們以面向對象的方式去操縱數據，這得到大量遵循oo方式開發者的喜愛，而不用在以oo的方式寫著代碼的同時，然后再轉變思維，用面向關系的方式去寫那些sql語句。但Hibernate不僅做了這些，它的native sql查詢方式，完全滿足sql語句的偏愛者，它像ibatis一樣，將sql語句放在配置文件之中。

3、Hibernate性能：我堅信，Hibernate性能問題不是問題。想想那么多大中小項目都在使用Hibernate，你還懷疑Hibernate性能嗎？spring整合Hibernate之后，在真正性能瓶頸的地方，完全可以使用spring集成的jdbc，或直接寫存儲過程得了。但首先得確認，這實在是性能瓶頸的地方，我想，不應想當然的認為性能的問題，所謂的性能問題阻撓了很多人。

我認為，性能的好壞無外是發送sql語句的多少而已。性能好，發送的sql語句少，性能差，就是發送大量的sql語句。Hibernate在解決性能問題方面做得非常好。

有了它的緩存機制，使用第三方緩存和數據庫連接池，就較好的解決的性能問題。

但這些還不夠，Hibernate給了開發者足夠的自由，讓開發者自己去控制性能問題。

我認為開發者可以在以下幾個方面自行調優：

◆在查詢字符串中，應該總是使用jdbc的占位符？，或使用使用命名參數：，不要自查詢中使用字符串值來代替非常量值。

◆Flush會影響性能，頻繁刷新影響性能，盡量減少不必要的刷新。

◆Cascade策略，在幾對幾的關系，正確設置cascade策略，想清楚在操作對象A的同時是否需要級聯操作對象B，比如在one to many的父子關系中，刪除了父親one，需級聯刪除子many，這時的one這端可設置cascade = “delete”，這樣在刪除one時，會自動刪除子，但對子的操作不會影響父。Cascade還有其他的屬性值，只要設置正確，可提升性能。

◆lazy策略，正確設置延遲加載策略同樣會提升性能，在one to many或many to many中，通常總應該延遲加載many的一方的到內存。設置了lazy = “true”，首先發送sql語句，加載自己到內存，到需要時才加載級聯對象；lazy=“false”，則會同時加載自己和級聯對象到內存。

◆另外還有集合的性能（set、list、map、array），都應正確設置。

◆正確使用第三方緩存，在讀操作頻繁寫操作不多的情況，使用第三方緩存可大幅度提升性能，如ehcache的緩存策略有：read-only，read-write和notstrict-read-write.

◆隨著Hibernate新版本的發布，和技術的發展，我相信Hibernate的性能會越來越好，所有性能不是不使用Hibernate的原因。

關于“Hibernate性能的示例分析”這篇文章就分享到這里了，希望以上內容可以對大家有一定的幫助，使各位可以學到更多知識，如果覺得文章不錯，請把它分享出去讓更多的人看到。