前言

Hibernate 與Mybatis都是流行的持久層開發(fā)框架，但Hibernate開發(fā)社區(qū)相對多熱鬧些，支持的工具也多，更新也快，當(dāng)前最高版本4.1.8。而Mybatis相對平靜，工具較少，當(dāng)前最高版本3.2

Hibernate 是當(dāng)前最流行的O/R mapping框架，它出身于sf.net，現(xiàn)在已經(jīng)成為Jboss的一部分。 Mybatis 是另外一種優(yōu)秀的O/R mapping框架。目前屬于apache的一個子項目。

Hibernate 簡介

Hibernate對數(shù)據(jù)庫結(jié)構(gòu)提供了較為完整的封裝，Hibernate的O/R Mapping實現(xiàn)了POJO 和數(shù)據(jù)庫表之間的映射，以及SQL 的自動生成和執(zhí)行。程序員往往只需定義好了POJO 到數(shù)據(jù)庫表的映射關(guān)系，即可通過Hibernate 提供的方法完成持久層操作。程序員甚至不需要對SQL 的熟練掌握， Hibernate/OJB 會根據(jù)制定的存儲邏輯，自動生成對應(yīng)的SQL 并調(diào)用JDBC 接口加以執(zhí)行。

MyBatis簡介

iBATIS 的著力點，則在于POJO 與SQL之間的映射關(guān)系。然后通過映射配置文件，將SQL所需的參數(shù)，以及返回的結(jié)果字段映射到指定POJO。 相對Hibernate“O/R”而言，iBATIS 是一種“Sql Mapping”的ORM實現(xiàn)。

開發(fā)對比

開發(fā)速度

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

開發(fā)社區(qū)

Hibernate 與Mybatis都是流行的持久層開發(fā)框架，但Hibernate開發(fā)社區(qū)相對多熱鬧些，支持的工具也多，更新也快，當(dāng)前最高版本4.1.8。而Mybatis相對平靜，工具較少，當(dāng)前最高版本3.2。

開發(fā)工作量

Hibernate和MyBatis都有相應(yīng)的代碼生成工具?？梢陨珊唵位镜腄AO層方法。

針對高級查詢，Mybatis需要手動編寫SQL語句，以及ResultMap。而Hibernate有良好的映射機制，開發(fā)者無需關(guān)心SQL的生成與結(jié)果映射，可以更專注于業(yè)務(wù)流程。

系統(tǒng)調(diào)優(yōu)對比

Hibernate的調(diào)優(yōu)方案

制定合理的緩存策略；

盡量使用延遲加載特性；

采用合理的Session管理機制；

使用批量抓取，設(shè)定合理的批處理參數(shù)（batch_size）;

進行合理的O/R映射設(shè)計

Mybatis調(diào)優(yōu)方案

MyBatis在Session方面和Hibernate的Session生命周期是一致的，同樣需要合理的Session管理機制。MyBatis同樣具有二級緩存機制。 MyBatis可以進行詳細的SQL優(yōu)化設(shè)計。

SQL優(yōu)化方面

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

Hibernate HQL語句的調(diào)優(yōu)需要將SQL打印出來，而Hibernate的SQL被很多人嫌棄因為太丑了。MyBatis的SQL是自己手動寫的所以調(diào)整方便。但Hibernate具有自己的日志統(tǒng)計。Mybatis本身不帶日志統(tǒng)計，使用Log4j進行日志記錄。

擴展性方面

Hibernate與具體數(shù)據(jù)庫的關(guān)聯(lián)只需在XML文件中配置即可，所有的HQL語句與具體使用的數(shù)據(jù)庫無關(guān)，移植性很好。MyBatis項目中所有的SQL語句都是依賴所用的數(shù)據(jù)庫的，所以不同數(shù)據(jù)庫類型的支持不好。

對象管理與抓取策略

對象管理

Hibernate 是完整的對象/關(guān)系映射解決方案，它提供了對象狀態(tài)管理（state management）的功能，使開發(fā)者不再需要理會底層數(shù)據(jù)庫系統(tǒng)的細節(jié)。也就是說，相對于常見的 JDBC/SQL 持久層方案中需要管理 SQL 語句，Hibernate采用了更自然的面向?qū)ο蟮囊暯莵沓志没?Java 應(yīng)用中的數(shù)據(jù)。

換句話說，使用 Hibernate 的開發(fā)者應(yīng)該總是關(guān)注對象的狀態(tài)（state），不必考慮 SQL 語句的執(zhí)行。這部分細節(jié)已經(jīng)由 Hibernate 掌管妥當(dāng)，只有開發(fā)者在進行系統(tǒng)性能調(diào)優(yōu)的時候才需要進行了解。

而MyBatis在這一塊沒有文檔說明，用戶需要對對象自己進行詳細的管理。

抓取策略

Hibernate對實體關(guān)聯(lián)對象的抓取有著良好的機制。對于每一個關(guān)聯(lián)關(guān)系都可以詳細地設(shè)置是否延遲加載，并且提供關(guān)聯(lián)抓取、查詢抓取、子查詢抓取、批量抓取四種模式。 它是詳細配置和處理的。

而Mybatis的延遲加載是全局配置的。

緩存機制對比

Hibernate緩存

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

Hibernate二級緩存是SessionFactory級的緩存。 SessionFactory的緩存分為內(nèi)置緩存和外置緩存。內(nèi)置緩存中存放的是SessionFactory對象的一些集合屬性包含的數(shù)據(jù)（映射元素據(jù)及預(yù)定SQL語句等），對于應(yīng)用程序來說，它是只讀的。外置緩存中存放的是數(shù)據(jù)庫數(shù)據(jù)的副本，其作用和一級緩存類似。二級緩存除了以內(nèi)存作為存儲介質(zhì)外，還可以選用硬盤等外部存儲設(shè)備。二級緩存稱為進程級緩存或SessionFactory級緩存，它可以被所有session共享，它的生命周期伴隨著SessionFactory的生命周期存在和消亡。

MyBatis緩存

MyBatis 包含一個非常強大的查詢緩存特性，它可以非常方便地配置和定制。MyBatis 3 中的緩存實現(xiàn)的很多改進都已經(jīng)實現(xiàn)了，使得它更加強大而且易于配置。

默認情況下是沒有開啟緩存的，除了局部的 session 緩存，可以增強變現(xiàn)而且處理循環(huán) 依賴也是必須的。要開啟二級緩存，你需要在你的 SQL 映射文件中添加一行： 《cache/》

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

映射語句文件中的所有 select 語句將會被緩存。

映射語句文件中的所有 insert，update 和 delete 語句會刷新緩存。

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

根據(jù)時間表（比如 no Flush Interval，沒有刷新間隔）， 緩存不會以任何時間順序 來刷新。

緩存會存儲列表集合或?qū)ο螅o論查詢方法返回什么）的 1024 個引用。

緩存會被視為是 read/write（可讀/可寫）的緩存，意味著對象檢索不是共享的，而 且可以安全地被調(diào)用者修改，而不干擾其他調(diào)用者或線程所做的潛在修改。

所有的這些屬性都可以通過緩存元素的屬性來修改。

比如： 《cache eviction=“FIFO” flushInterval=“60000” size=“512” readOnly=“true”/》

這個更高級的配置創(chuàng)建了一個 FIFO 緩存，并每隔 60 秒刷新，存數(shù)結(jié)果對象或列表的 512 個引用，而且返回的對象被認為是只讀的，因此在不同線程中的調(diào)用者之間修改它們會 導(dǎo)致沖突。可用的收回策略有， 默認的是 LRU：

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

FIFO – 先進先出：按對象進入緩存的順序來移除它們。

SOFT – 軟引用：移除基于垃圾回收器狀態(tài)和軟引用規(guī)則的對象。

WEAK – 弱引用：更積極地移除基于垃圾收集器狀態(tài)和弱引用規(guī)則的對象。

flushInterval（刷新間隔）可以被設(shè)置為任意的正整數(shù)，而且它們代表一個合理的毫秒 形式的時間段。默認情況是不設(shè)置，也就是沒有刷新間隔，緩存僅僅調(diào)用語句時刷新。

size（引用數(shù)目）可以被設(shè)置為任意正整數(shù)，要記住你緩存的對象數(shù)目和你運行環(huán)境的 可用內(nèi)存資源數(shù)目。默認值是1024。

readOnly（只讀）屬性可以被設(shè)置為 true 或 false。只讀的緩存會給所有調(diào)用者返回緩 存對象的相同實例。因此這些對象不能被修改。這提供了很重要的性能優(yōu)勢。可讀寫的緩存 會返回緩存對象的拷貝（通過序列化） 。這會慢一些，但是安全，因此默認是 false。

相同點

Hibernate和Mybatis的二級緩存除了采用系統(tǒng)默認的緩存機制外，都可以通過實現(xiàn)你自己的緩存或為其他第三方緩存方案，創(chuàng)建適配器來完全覆蓋緩存行為。

不同點

Hibernate的二級緩存配置在SessionFactory生成的配置文件中進行詳細配置，然后再在具體的表-對象映射中配置是那種緩存。

MyBatis的二級緩存配置都是在每個具體的表-對象映射中進行詳細配置，這樣針對不同的表可以自定義不同的緩存機制。并且Mybatis可以在命名空間中共享相同的緩存配置和實例，通過Cache-ref來實現(xiàn)。

兩者比較

因為Hibernate對查詢對象有著良好的管理機制，用戶無需關(guān)心SQL。所以在使用二級緩存時如果出現(xiàn)臟數(shù)據(jù)，系統(tǒng)會報出錯誤并提示。

而MyBatis在這一方面，使用二級緩存時需要特別小心。如果不能完全確定數(shù)據(jù)更新操作的波及范圍，避免Cache的盲目使用。否則，臟數(shù)據(jù)的出現(xiàn)會給系統(tǒng)的正常運行帶來很大的隱患。

MyBatis和Hibernate相比，優(yōu)勢在哪里

開發(fā)對比開發(fā)速度

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

開發(fā)社區(qū)

Hibernate 與Mybatis都是流行的持久層開發(fā)框架，但Hibernate開發(fā)社區(qū)相對多熱鬧些，支持的工具也多，更新也快，當(dāng)前最高版本4.1.8。而Mybatis相對平靜，工具較少，當(dāng)前最高版本3.2。

開發(fā)工作量

Hibernate和MyBatis都有相應(yīng)的代碼生成工具。可以生成簡單基本的DAO層方法。

針對高級查詢，Mybatis需要手動編寫SQL語句，以及ResultMap。而Hibernate有良好的映射機制，開發(fā)者無需關(guān)心SQL的生成與結(jié)果映射，可以更專注于業(yè)務(wù)流程。

系統(tǒng)調(diào)優(yōu)對比Hibernate的調(diào)優(yōu)方案

制定合理的緩存策略；

盡量使用延遲加載特性；

采用合理的Session管理機制；

使用批量抓取，設(shè)定合理的批處理參數(shù)（batch_size）;

進行合理的O/R映射設(shè)計

Mybatis調(diào)優(yōu)方案

MyBatis在Session方面和Hibernate的Session生命周期是一致的，同樣需要合理的Session管理機制。MyBatis同樣具有二級緩存機制。 MyBatis可以進行詳細的SQL優(yōu)化設(shè)計。

SQL優(yōu)化方面

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

Hibernate HQL語句的調(diào)優(yōu)需要將SQL打印出來，而Hibernate的SQL被很多人嫌棄因為太丑了。MyBatis的SQL是自己手動寫的所以調(diào)整方便。但Hibernate具有自己的日志統(tǒng)計。Mybatis本身不帶日志統(tǒng)計，使用Log4j進行日志記錄。

擴展性方面

Hibernate與具體數(shù)據(jù)庫的關(guān)聯(lián)只需在XML文件中配置即可，所有的HQL語句與具體使用的數(shù)據(jù)庫無關(guān)，移植性很好。MyBatis項目中所有的SQL語句都是依賴所用的數(shù)據(jù)庫的，所以不同數(shù)據(jù)庫類型的支持不好。

對象管理與抓取策略對象管理

Hibernate 是完整的對象/關(guān)系映射解決方案，它提供了對象狀態(tài)管理（state management）的功能，使開發(fā)者不再需要理會底層數(shù)據(jù)庫系統(tǒng)的細節(jié)。也就是說，相對于常見的 JDBC/SQL 持久層方案中需要管理 SQL 語句，Hibernate采用了更自然的面向?qū)ο蟮囊暯莵沓志没?Java 應(yīng)用中的數(shù)據(jù)。

換句話說，使用 Hibernate 的開發(fā)者應(yīng)該總是關(guān)注對象的狀態(tài)（state），不必考慮 SQL 語句的執(zhí)行。這部分細節(jié)已經(jīng)由 Hibernate 掌管妥當(dāng)，只有開發(fā)者在進行系統(tǒng)性能調(diào)優(yōu)的時候才需要進行了解。

而MyBatis在這一塊沒有文檔說明，用戶需要對對象自己進行詳細的管理。

抓取策略

Hibernate對實體關(guān)聯(lián)對象的抓取有著良好的機制。對于每一個關(guān)聯(lián)關(guān)系都可以詳細地設(shè)置是否延遲加載，并且提供關(guān)聯(lián)抓取、查詢抓取、子查詢抓取、批量抓取四種模式。 它是詳細配置和處理的。

而Mybatis的延遲加載是全局配置的。

緩存機制對比Hibernate緩存

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

Hibernate二級緩存是SessionFactory級的緩存。 SessionFactory的緩存分為內(nèi)置緩存和外置緩存。內(nèi)置緩存中存放的是SessionFactory對象的一些集合屬性包含的數(shù)據(jù)（映射元素據(jù)及預(yù)定SQL語句等），對于應(yīng)用程序來說，它是只讀的。外置緩存中存放的是數(shù)據(jù)庫數(shù)據(jù)的副本，其作用和一級緩存類似。二級緩存除了以內(nèi)存作為存儲介質(zhì)外，還可以選用硬盤等外部存儲設(shè)備。二級緩存稱為進程級緩存或SessionFactory級緩存，它可以被所有session共享，它的生命周期伴隨著SessionFactory的生命周期存在和消亡。

優(yōu)勢對比

Mybatis優(yōu)勢

MyBatis可以進行更為細致的SQL優(yōu)化，可以減少查詢字段。

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

Hibernate優(yōu)勢

Hibernate的DAO層開發(fā)比MyBatis簡單，Mybatis需要維護SQL和結(jié)果映射。

Hibernate對對象的維護和緩存要比MyBatis好，對增刪改查的對象的維護要方便。

Hibernate數(shù)據(jù)庫移植性很好，MyBatis的數(shù)據(jù)庫移植性不好，不同的數(shù)據(jù)庫需要寫不同SQL。

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

MyBatis和Hibernate的優(yōu)缺點對比

Hibernate的優(yōu)點：

1、hibernate是全自動，hibernate完全可以通過對象關(guān)系模型實現(xiàn)對數(shù)據(jù)庫的操作，擁有完整的JavaBean對象與數(shù)據(jù)庫的映射結(jié)構(gòu)來自動生成sql。

2、功能強大，數(shù)據(jù)庫無關(guān)性好，O/R映射能力強，需要寫的代碼很少，開發(fā)速度很快。

3、有更好的二級緩存機制，可以使用第三方緩存。

4、數(shù)據(jù)庫移植性良好。

5、hibernate擁有完整的日志系統(tǒng)，hibernate日志系統(tǒng)非常健全，涉及廣泛，包括sql記錄、關(guān)系異常、優(yōu)化警告、緩存提示、臟數(shù)據(jù)警告等

Hibernate的缺點：

1、學(xué)習(xí)門檻高，精通門檻更高，程序員如何設(shè)計O/R映射，在性能和對象模型之間如何取得平衡，以及怎樣用好Hibernate方面需要的經(jīng)驗和能力都很強才行

2、hibernate的sql很多都是自動生成的，無法直接維護sql；雖然有hql查詢，但功能還是不及sql強大，見到報表等變態(tài)需求時，hql查詢要虛，也就是說hql查詢是有局限的；hibernate雖然也支持原生sql查詢，但開發(fā)模式上卻與orm不同，需要轉(zhuǎn)換思維，因此使用上有些不方便?？傊畬憇ql的靈活度上hibernate不及mybatis。

Mybatis的優(yōu)點：

1、易于上手和掌握，提供了數(shù)據(jù)庫查詢的自動對象綁定功能，而且延續(xù)了很好的SQL使用經(jīng)驗，對于沒有那么高的對象模型要求的項目來說，相當(dāng)完美。

2、sql寫在xml里，便于統(tǒng)一管理和優(yōu)化， 解除sql與程序代碼的耦合。

3、提供映射標(biāo)簽，支持對象與數(shù)據(jù)庫的orm字段關(guān)系映射

4、 提供對象關(guān)系映射標(biāo)簽，支持對象關(guān)系組建維護

5、提供xml標(biāo)簽，支持編寫動態(tài)sql。

6、速度相對于Hibernate的速度較快

Mybatis的缺點：

1、關(guān)聯(lián)表多時，字段多的時候，sql工作量很大。

2、sql依賴于數(shù)據(jù)庫，導(dǎo)致數(shù)據(jù)庫移植性差。

3、由于xml里標(biāo)簽id必須唯一，導(dǎo)致DAO中方法不支持方法重載。

4、對象關(guān)系映射標(biāo)簽和字段映射標(biāo)簽僅僅是對映射關(guān)系的描述，具體實現(xiàn)仍然依賴于sql。

5、DAO層過于簡單，對象組裝的工作量較大。

6、不支持級聯(lián)更新、級聯(lián)刪除。

7、Mybatis的日志除了基本記錄功能外，其它功能薄弱很多。

8、編寫動態(tài)sql時，不方便調(diào)試，尤其邏輯復(fù)雜時。

9、提供的寫動態(tài)sql的xml標(biāo)簽功能簡單，編寫動態(tài)sql仍然受限，且可讀性低。