持久層框架的比較Hibernate與 MyBatis

最近網上 看到很多人質疑。。。。現在好多Web專案用了MyBatis，沒感覺MyBatis好到哪裡了，從開發效率上講，不管是Hibernate的反向工程，還是自動建表，關聯對映都比MyBatis方便得多。難道僅僅是因為執行速度，Hibernate也有快取啊。或者，二者適用場合不同，再或者，MyBatis就是比Hibernate出現晚，晚的就是好麼？ 於是最近做了一個Hibernate與MyBatis的對比總結，不對的地方希望大家多多指出。。。

Hibernate 是非常流行的O/R mapping框架，它出身於

http：//

sf。net

，現在已經成為Jboss的一部分。 Mybatis 是另外一種優秀的O/R mapping框架。目前屬於apache的一個子專案。

1.1 Hibernate 簡介

Hibernate對資料庫結構提供了較為完整的封裝，Hibernate的O/R Mapping實現了POJO 和資料庫表之間的對映，以及SQL 的自動生成和執行。程式設計師往往只需定義好了POJO 到資料庫表的對映關係，即可透過Hibernate 提供的方法完成持久層操作。程式設計師甚至不需要對SQL 的熟練掌握， Hibernate/OJB 會根據制定的儲存邏輯，自動生成對應的SQL 並呼叫JDBC 介面加以執行。

1.2 MyBatis簡介

iBATIS 的著力點，則在於POJO 與SQL之間的對映關係。然後透過對映配置檔案，將SQL所需的引數，以及返回的結果欄位對映到指定POJO。 相對Hibernate“O/R”而言，iBATIS 是一種“Sql Mapping”的ORM實現。

開發速度

Hibernate的真正掌握要比Mybatis來得難些。Mybatis框架相對簡單很容易上手，但也相對簡陋些。個人覺得要用好Mybatis還是首先要先理解好Hibernate。

開發社群

Hibernate 與Mybatis都是流行的持久層開發框架，但Hibernate開發社群相對多熱鬧些，支援的工具也多，更新也快，當前最高版本4。1。8。而Mybatis相對平靜，工具較少，當前最高版本3。2。

開發工作量

Hibernate和MyBatis都有相應的程式碼生成工具。可以生成簡單基本的DAO層方法。

針對高階查詢，Mybatis需要手動編寫SQL語句，以及ResultMap。而Hibernate有良好的對映機制，開發者無需關心SQL的生成與結果對映，可以更專注於業務流程。

Hibernate的調優方案

制定合理的快取策略；

儘量使用延遲載入特性；

採用合理的Session管理機制；

使用批次抓取，設定合理的批處理引數（batch_size）；

進行合理的O/R對映設計

Mybatis調優方案

MyBatis在Session方面和Hibernate的Session生命週期是一致的，同樣需要合理的Session管理機制。MyBatis同樣具有二級快取機制。 MyBatis可以進行詳細的SQL最佳化設計。

SQL最佳化方面

Hibernate的查詢會將表中的所有欄位查詢出來，這一點會有效能消耗。Hibernate也可以自己寫SQL來指定需要查詢的欄位，但這樣就破壞了Hibernate開發的簡潔性。而Mybatis的SQL是手動編寫的，所以可以按需求指定查詢的欄位。

Hibernate HQL語句的調優需要將SQL打印出來，而Hibernate的SQL被很多人嫌棄因為太醜了。MyBatis的SQL是自己手動寫的所以調整方便。但Hibernate具有自己的日誌統計。Mybatis本身不帶日誌統計，使用Log4j進行日誌記錄。

擴充套件性方面

Hibernate與具體資料庫的關聯只需在XML檔案中配置即可，所有的HQL語句與具體使用的資料庫無關，移植性很好。MyBatis專案中所有的SQL語句都是依賴所用的資料庫的，所以不同資料庫型別的支援不好。

物件管理

Hibernate 是完整的物件/關係對映解決方案，它提供了物件狀態管理（state management）的功能，使開發者不再需要理會底層資料庫系統的細節。也就是說，相對於常見的 JDBC/SQL 持久層方案中需要管理 SQL 語句，Hibernate採用了更自然的面向物件的視角來持久化 Java 應用中的資料。

換句話說，使用 Hibernate 的開發者應該總是關注物件的狀態（state），不必考慮 SQL 語句的執行。這部分細節已經由 Hibernate 掌管妥當，只有開發者在進行系統性能調優的時候才需要進行了解。

而MyBatis在這一塊沒有文件說明，使用者需要對物件自己進行詳細的管理。

抓取策略

Hibernate對實體關聯物件的抓取有著良好的機制。對於每一個關聯關係都可以詳細地設定是否延遲載入，並且提供關聯抓取、查詢抓取、子查詢抓取、批次抓取四種模式。 它是詳細配置和處理的。

而Mybatis的延遲載入是全域性配置的。

Hibernate快取

Hibernate一級快取是Session快取，利用好一級快取就需要對Session的生命週期進行管理好。建議在一個Action操作中使用一個Session。一級快取需要對Session進行嚴格管理。

Hibernate二級快取是SessionFactory級的快取。 SessionFactory的快取分為內建快取和外接快取。內建快取中存放的是SessionFactory物件的一些集合屬性包含的資料（對映元素據及預定SQL語句等），對於應用程式來說，它是隻讀的。外接快取中存放的是資料庫資料的副本，其作用和一級快取類似。二級快取除了以記憶體作為儲存介質外，還可以選用硬碟等外部儲存裝置。二級快取稱為程序級快取或SessionFactory級快取，它可以被所有session共享，它的生命週期伴隨著SessionFactory的生命週期存在和消亡。

MyBatis快取

MyBatis 包含一個非常強大的查詢快取特性，它可以非常方便地配置和定製。MyBatis 3 中的快取實現的很多改進都已經實現了，使得它更加強大而且易於配置。

預設情況下是沒有開啟快取的，除了區域性的 session 快取，可以增強變現而且處理迴圈 依賴也是必須的。要開啟二級快取，你需要在你的 SQL 對映檔案中新增一行：

字面上看就是這樣。這個簡單語句的效果如下:

對映語句檔案中的所有 select 語句將會被快取。

對映語句檔案中的所有 insert，update 和 delete 語句會重新整理快取。

快取會使用 Least Recently Used（LRU，最近最少使用的）演算法來收回。

根據時間表（比如 no Flush Interval，沒有重新整理間隔）， 快取不會以任何時間順序 來重新整理。

快取會儲存列表集合或物件（無論查詢方法返回什麼）的 1024 個引用。

快取會被視為是 read/write（可讀/可寫）的快取，意味著物件檢索不是共享的，而 且可以安全地被呼叫者修改，而不干擾其他呼叫者或執行緒所做的潛在修改。

所有的這些屬性都可以透過快取元素的屬性來修改。

比如：

這個更高階的配置建立了一個 FIFO 快取，並每隔 60 秒重新整理，存數結果物件或列表的 512 個引用，而且返回的物件被認為是隻讀的，因此在不同執行緒中的呼叫者之間修改它們會 導致衝突。可用的收回策略有， 預設的是 LRU：

LRU – 最近最少使用的：移除最長時間不被使用的物件。

FIFO – 先進先出：按物件進入快取的順序來移除它們。

SOFT – 軟引用：移除基於垃圾回收器狀態和軟引用規則的物件。

WEAK – 弱引用：更積極地移除基於垃圾收集器狀態和弱引用規則的物件。

flushInterval（重新整理間隔）可以被設定為任意的正整數，而且它們代表一個合理的毫秒 形式的時間段。預設情況是不設定，也就是沒有重新整理間隔，快取僅僅呼叫語句時重新整理。

size（引用數目）可以被設定為任意正整數，要記住你快取的物件數目和你執行環境的 可用記憶體資源數目。預設值是1024。

readOnly（只讀）屬性可以被設定為 true 或 false。只讀的快取會給所有呼叫者返回緩 存物件的相同例項。因此這些物件不能被修改。這提供了很重要的效能優勢。可讀寫的快取 會返回快取物件的複製（透過序列化） 。這會慢一些，但是安全，因此預設是 false。

相同點

Hibernate和Mybatis的二級快取除了採用系統預設的快取機制外，都可以透過實現你自己的快取或為其他第三方快取方案，建立介面卡來完全覆蓋快取行為。

不同點

Hibernate的二級快取配置在SessionFactory生成的配置檔案中進行詳細配置，然後再在具體的表-物件對映中配置是那種快取。

MyBatis的二級快取配置都是在每個具體的表-物件對映中進行詳細配置，這樣針對不同的表可以自定義不同的快取機制。並且Mybatis可以在名稱空間中共享相同的快取配置和例項，透過Cache-ref來實現。

兩者比較

因為Hibernate對查詢物件有著良好的管理機制，使用者無需關心SQL。所以在使用二級快取時如果出現髒資料，系統會報出錯誤並提示。

而MyBatis在這一方面，使用二級快取時需要特別小心。如果不能完全確定資料更新操作的波及範圍，避免Cache的盲目使用。否則，髒資料的出現會給系統的正常執行帶來很大的隱患。

兩者相同點

Hibernate與MyBatis都可以是透過SessionFactoryBuider由XML配置檔案生成SessionFactory，然後由SessionFactory 生成Session，最後由Session來開啟執行事務和SQL語句。其中SessionFactoryBuider，SessionFactory，Session的生命週期都是差不多的。

Hibernate和MyBatis都支援JDBC和JTA事務處理。

Mybatis優勢

MyBatis可以進行更為細緻的SQL最佳化，可以減少查詢欄位。

MyBatis容易掌握，而Hibernate門檻較高。

Hibernate優勢

Hibernate的DAO層開發比MyBatis簡單，Mybatis需要維護SQL和結果對映。

Hibernate對物件的維護和快取要比MyBatis好，對增刪改查的物件的維護要方便。

Hibernate資料庫移植性很好，MyBatis的資料庫移植性不好，不同的資料庫需要寫不同SQL。

Hibernate有更好的二級快取機制，可以使用第三方快取。MyBatis本身提供的快取機制不佳。

總結

Hibernate功能強大，資料庫無關性好，O/R對映能力強，如果你對Hibernate相當精通，而且對Hibernate進行了適當的封裝，那麼你的專案整個持久層程式碼會相當簡單，需要寫的程式碼很少，開發速度很快，非常爽。

Hibernate的缺點就是學習門檻不低，要精通門檻更高，而且怎麼設計O/R對映，在效能和物件模型之間如何權衡取得平衡，以及怎樣用好Hibernate方面需要你的經驗和能力都很強才行。

iBATIS入門簡單，即學即用，提供了資料庫查詢的自動物件繫結功能，而且延續了很好的SQL使用經驗，對於沒有那麼高的物件模型要求的專案來說，相當完美。

iBATIS的缺點就是框架還是比較簡陋，功能尚有缺失，雖然簡化了資料繫結程式碼，但是整個底層資料庫查詢實際還是要自己寫的，工作量也比較大，而且不太容易適應快速資料庫修改。