觀點一

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

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

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

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

開發(fā)工作量

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

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

2、系統(tǒng)調優(yōu)對比Hibernate的調優(yōu)方案

制定合理的緩存策略；

盡量使用延遲加載特性；

采用合理的Session管理機制；

使用批量抓取，設定合理的批處理參數（batch_size）;

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

Mybatis調優(yōu)方案

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

SQL優(yōu)化方面

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

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

擴展性方面

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

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

Hibernate 是完整的對象/關系映射解決方案，它提供了對象狀態(tài)管理（state management）的功能，使開發(fā)者不再需要理會底層數據庫系統(tǒng)的細節(jié)。也就是說，相對于常見的 JDBC/SQL 持久層方案中需要管理 SQL 語句，Hibernate采用了更自然的面向對象的視角來持久化 Java 應用中的數據。

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

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

抓取策略

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

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

4、緩存機制對比Hibernate緩存

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

Hibernate二級緩存是SessionFactory級的緩存。 SessionFactory的緩存分為內置緩存和外置緩存。內置緩存中存放的是SessionFactory對象的一些集合屬性包含的數據(映射元素據及預定SQL語句等),對于應用程序來說,它是只讀的。

外置緩存中存放的是數據庫數據的副本,其作用和一級緩存類似.二級緩存除了以內存作為存儲介質外,還可以選用硬盤等外部存儲設備。

二級緩存稱為進程級緩存或SessionFactory級緩存，它可以被所有session共享，它的生命周期伴隨著SessionFactory的生命周期存在和消亡。

5、優(yōu)勢對比

Mybatis優(yōu)勢

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

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

Hibernate優(yōu)勢

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

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

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

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

觀點二

作為mybatis支持者我來寫幾句。

首先是運行速度，hibernate是在jdbc上進行了一次封裝，而mybatis基于原生的jdbc，因此mybatis天生就有運行速度上的優(yōu)勢。

然后mybatis開放了插件接口。也許mybatis團隊知道自己人少力單，索性把很多功能接口都開放了。不好分頁？網上大神寫的分頁插件多得很；需要手寫sql？按注解生成自動生成sql的插件早就有了；還有緩存的插件等等。

可以說，只要肯在mybatis上花時間，你會發(fā)現orm這一塊的所有問題它都有解決方案。

這方面不是說hibernate不好，但是我還真沒聽說過hibernate有插件了。還有就是對遺留系統(tǒng)的支持。很多系統(tǒng)在設計之初還沒有orm思想，現在想“搶救”一下，用mybatis就比hibernate更合適。

因為mybatis可以很容易做到不規(guī)范的映射對象和規(guī)范的映射對象共存，如果這種系統(tǒng)中再需要增加個需要復雜sql的功能，mybatis只需要把sql手寫出來，先把功能運行起來后再看看能不能變成自動生成的sql，而對hibernate來說就很困難了

觀點三:

作者：王晨

鏈接：https://www.zhihu.com/question/21104468/answer/134854807

來源：知乎

說Hibernate性能問題的，沒有用Mybatis手寫sql來的快的都是Hibernate的菜鳥。你自己不會弄不能說框架不行。在單數據庫下會用Hibernate的都知道，Hibernate性能遠遠高于手動sql。

這個結論是Hibernate之父Gavin King也是在jpa規(guī)范的制定者很早拿出來宣傳的重點。在國外的java圈，這個觀點大家都是默認。否則當年Gavin King也進不了sun。也不可能在java世界有如今的地位。

Mybatis只是一個半orm產品，除了靈活好學外各方面都不如Hibernate。用Mybatis之所以能流行起來有兩個原因。適合初學者意淫是基礎。第二。是bat喜歡使用。之于為為什么bat喜歡用是因為，以bat的流量已經到了要自己開發(fā)自己數據庫以適應大規(guī)模集群的階段。

比如：阿里的核心數據庫就是在開源的mysql上改過的。這種改過的數據庫，Mybatis手寫sql為核心的框架有天生的優(yōu)勢。Hibernate全自動orm的優(yōu)點在于會用的人拿它做項目，快速，高效，高度解耦。

在項目開發(fā)，數據庫結構不斷變幻階段，不知甩Mybatis幾條街。但是，也是因為它全自動的優(yōu)點，在計算機集群需要大量跨數據庫事務的環(huán)境下是不如Mybatis靈活。Mybatis只是一個小玩具，它有的功能，Hibernate也有。Hibernate也有自己攔截器，甚至可以在它生成的sql里像Mybatis加入自己的東西的。

不過，一般沒人，國內也沒這類的教程。因為，這么用就失去了用Hibernate提高開發(fā)進度的本意。單數據庫下Hibernate無敵的存在，有懷疑的都是外行。集群下優(yōu)點變缺點，但是，不是不能解決google有一個開源項目可緩解這個問題。只是比Mybatis復雜很多而已。

所以，Hibernate特別適合那些有技術實力，項目處于開發(fā)期，數據層級不穩(wěn)定的時期。之于，數據量大了以后，真正上開始上集群。

Mybatis這個小玩具開始上臺的時候，其實，數據庫技術其實已經不是核心，大數據跟no-sql會更好地解決問題。這一時候的db層，所有人的精力基本上也在hadoop跟spark上了。只會Mybatis在有點規(guī)模的互聯公司，永遠走不出非主流，小三的命運

觀點四

hibernate在實際項目開發(fā)中，前期很順利

后期每個人都恨不得殺了hi

觀點五

hibernate的門檻比較高.老實說,真的會用hibernate,并且能在產品里駕馭的人很少很少.

補充一下，hibernate的sql是可控的。調優(yōu)也和sql沒有什么大區(qū)別。覺得關聯查詢控制不住的，是因為不太會用。

觀點六

hibernate的門檻比較高.老實說,真的會用hibernate,并且能在產品里駕馭的人很少很少.

補充一下，hibernate的sql是可控的。調優(yōu)也和sql沒有什么大區(qū)別。覺得關聯查詢控制不住的，是因為不太會用。