總體鏈接：http://blog.csdn.net/liyintaoliuyun/article/details/51446758
作者：烏拉拉
鏈接：http://www.zhihu.com/question/21104468/answer/58579295來源：知乎著作權歸作者所有。商業轉載請聯系作者獲得授權，非商業轉載請注明出處。1、開發對比開發速度hibernate的真正掌握要比Mybatis來得難些。Mybatis框架相對簡單很容易上手，但也相對簡陋些。個人覺得要用好Mybatis還是首先要先理解好Hibernate。
開發社區Hibernate 與Mybatis都是流行的持久層開發框架，但Hibernate開發社區相對多熱鬧些，支持的工具也多，更新也快，當前最高版本4.1.8。而Mybatis相對平靜，工具較少，當前最高版本3.2。
開發工作量Hibernate和MyBatis都有相應的代碼生成工具。可以生成簡單基本的DAO層方法。
針對高級查詢，Mybatis需要手動編寫SQL語句，以及ResultMap。而Hibernate有良好的映射機制，開發者無需關心SQL的生成與結果映射，可以更專注于業務流程。
2、系統調優對比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語句都是依賴所用的數據庫的，所以不同數據庫類型的支持不好。
3、對象管理與抓取策略對象管理Hibernate 是完整的對象/關系映射解決方案，它提供了對象狀態管理（state management）的功能，使開發者不再需要理會底層數據庫系統的細節。也就是說，相對于常見的 JDBC/SQL 持久層方案中需要管理 SQL 語句，Hibernate采用了更自然的面向對象的視角來持久化 java 應用中的數據。
換句話說，使用 Hibernate 的開發者應該總是關注對象的狀態（state），不必考慮 SQL 語句的執行。這部分細節已經由 Hibernate 掌管妥當，只有開發者在進行系統性能調優的時候才需要進行了解。
而MyBatis在這一塊沒有文檔說明，用戶需要對對象自己進行詳細的管理。
抓取策略Hibernate對實體關聯對象的抓取有著良好的機制。對于每一個關聯關系都可以詳細地設置是否延遲加載，并且提供關聯抓取、查詢抓取、子查詢抓取、批量抓取四種模式。 它是詳細配置和處理的。
而Mybatis的延遲加載是全局配置的。
4、緩存機制對比Hibernate緩存Hibernate一級緩存是Session緩存，利用好一級緩存就需要對Session的生命周期進行管理好。建議在一個Action操作中使用一個Session。一級緩存需要對Session進行嚴格管理。
Hibernate二級緩存是SessionFactory級的緩存。 SessionFactory的緩存分為內置緩存和外置緩存。內置緩存中存放的是SessionFactory對象的一些集合屬性包含的數據(映射元素據及預定SQL語句等),對于應用程序來說,它是只讀的。外置緩存中存放的是數據庫數據的副本,其作用和一級緩存類似.二級緩存除了以內存作為存儲介質外,還可以選用硬盤等外部存儲設備。二級緩存稱為進程級緩存或SessionFactory級緩存，它可以被所有session共享，它的生命周期伴隨著SessionFactory的生命周期存在和消亡。
5、優勢對比
Mybatis優勢MyBatis可以進行更為細致的SQL優化，可以減少查詢字段。MyBatis容易掌握，而Hibernate門檻較高。Hibernate優勢Hibernate的DAO層開發比MyBatis簡單，Mybatis需要維護SQL和結果映射。Hibernate對對象的維護和緩存要比MyBatis好，對增刪改查的對象的維護要方便。Hibernate數據庫移植性很好，MyBatis的數據庫移植性不好，不同的數據庫需要寫不同SQL。Hibernate有更好的二級緩存機制，可以使用第三方緩存。MyBatis本身提供的緩存機制不佳。我覺得HIbernate的有一下幾個嚴重的缺點：1. 多表關聯等比較復雜，使用的成本并不低2. 效率比較低，在大型項目中很少會使用到它，因為sql都是自動生成的，不太好進行人工的優化。調優需要豐富的經驗，這些經驗可能是需要被坑過很多次才知道
作者：鄭沐興鏈接：http://www.zhihu.com/question/21104468/answer/92986556來源：知乎著作權歸作者所有。商業轉載請聯系作者獲得授權，非商業轉載請注明出處。
myBatis在所有情況下，特別是插入與單表查詢，都會微微優于hibernate。不過差異情況并不明顯，可以基本忽略差異。差異比較大的是關聯查詢時，hibernate為了保證POJO的數據完整性，需要將關聯的數據加載，需要額外地查詢更多的數據。這里hibernate并沒有提供相應的靈活性。關聯時一個差異比較大的地方則是懶加載特性。其中hibernate可以特別地利用POJO完整性來進行緩存，可以在一級與二級緩存上保存對象，如果對單一個對象查詢比較多的話，會有很明顯的性能效益。以后關于單對象關聯時，可以通過懶加載加二級緩存的方式來提升性能。最后，數據查詢的性能與orm框架關無太大的關系，因為orm主要幫助開發人員將關系數據轉化成對象型數據模型，對代碼的深析上來 看，hibernate設計得比較重量級，對開發來說可以算是重新開發了一個數據庫，不讓開發去過多關心數據庫的特性，直接在hibernate基礎上進 行開發，執行上分為了sql生成，數據封裝等過程，這里花了大量的時間。然而myBatis則比直接，主要是做關聯與輸出字段之間的一個映射。其中sql 基本是已經寫好，直接做替換則可，不需要像hibernate那樣去動態生成整條sql語句。好在hibernate在這階段已經優化得比較好，沒有比myBatis在性能上差異太多，但是在開發效率上，可擴展性上相對myBatis來說好太多。最后的最后，關于myBatis緩存，hibernate查詢緩等，后續會再專門做一篇測試。我的經驗是主要看這3個指標來確定，第一個因素權重最大。1、數據量、有以下情況的最好就用MyBatis如果有超過千萬級別的表，如果有單次業務大批量數據提交的需求(百萬條及其以上的)，這個尤其不建議用hibernate如果有單次業務大批量數據讀取需求(百萬條及其以上的)2、表關聯復雜度如果主要業務表的關聯表超過20個的(大概數量，根據表的大小不同有差異)不建議用hibernate3、人員如果開發成員多數不是多年使用hibernate的情況(一般開發水平評估)，建議使用MyBatis新聞熱點
疑難解答
