具體從幾個方面說一下兩者的區別：
1.兩者最大的區別：
針對簡單邏輯，Hibernate和MyBatis都有相應的代碼生成工具，可以生成簡單基本的DAO層方法。
針對高級查詢，Mybatis需要手動編寫SQL語句，以及ResultMap。而Hibernate有良好的映射機制，開發者無需關心SQL的生成與結果映射，可以更專注於業務流程。
2.開發難度對比
Hibernate的開發難度要大於Mybatis。主要由於Hibernate比較復雜、龐大，學習周期較長。
而Mybatis則相對簡單一些，並且Mybatis主要依賴於sql的書寫，讓開發者感覺更熟悉。
3.sql書寫比較
Mybatis的SQL是手動編寫的，所以可以按需求指定查詢的字段。不過沒有自己的日志統計，所以要借助log4j來記錄日志。
Hibernate也可以自己寫SQL來指定需要查詢的字段，但這樣就破壞了Hibernate開發的簡潔性。不過Hibernate具有自己的日志統計。
4.數據庫擴展性比較
Mybatis由於所有SQL都是依賴數據庫書寫的，所以擴展性，遷移性比較差。
Hibernate與數據庫具體的關聯都在XML中，所以HQL對具體是用什么數據庫並不是很關心。
5.緩存機制比較
相同點：Hibernate和Mybatis的二級緩存除了采用系統默認的緩存機制外，都可以通過實現你自己的緩存或為其他第三方緩存方案，創建適配器來完全覆蓋緩存行為。
不同點：Hibernate的二級緩存配置在SessionFactory生成的配置文件中進行詳細配置，然后再在具體的表-對象映射中配置是那種緩存。
MyBatis的二級緩存配置都是在每個具體的表-對象映射中進行詳細配置，這樣針對不同的表可以自定義不同的緩存機制。並且Mybatis可以在命名空間中共享相同的緩存配置和實例，通過Cache-ref來實現。
兩者比較：因為Hibernate對查詢對象有着良好的管理機制，用戶無需關心SQL。所以在使用二級緩存時如果出現臟數據，系統會報出錯誤並提示。
而MyBatis在這一方面，使用二級緩存時需要特別小心。如果不能完全確定數據更新操作的波及范圍，避免Cache的盲目使用。否則，臟數據的出現會給系統的正常運行帶來很大的隱患。
6.總結：
mybatis：小巧、方便、高效、簡單、直接、半自動
hibernate：強大、方便、高效、復雜、繞彎子、全自動
Hibernate與MyBatis都可以是通過SessionFactoryBuider由XML配置文件生成SessionFactory，然后由SessionFactory 生成Session，最后由Session來開啟執行事務和SQL語句。
而MyBatis的優勢是MyBatis可以進行更為細致的SQL優化，可以減少查詢字段，並且容易掌握。
Hibernate的優勢是DAO層開發比MyBatis簡單，Mybatis需要維護SQL和結果映射。數據庫移植性很好，MyBatis的數據庫移植性不好，不同的數據庫需要寫不同SQL。有更好的二級緩存機制，可以使用第三方緩存。MyBatis本身提供的緩存機制不佳。
mybatis：
1. 入門簡單，即學即用，提供了數據庫查詢的自動對象綁定功能，而且延續了很好的SQL使用經驗，對於沒有那么高的對象模型要求的項目來說，相當完美。
2. 可以進行更為細致的SQL優化，可以減少查詢字段。
3. 缺點就是框架還是比較簡陋，功能尚有缺失，雖然簡化了數據綁定代碼，但是整個底層數據庫查詢實際還是要自己寫的，工作量也比較大，而且不太容易適應快速數據庫修改。
4. 二級緩存機制不佳。
hibernate：
1. 功能強大，數據庫無關性好，O/R映射能力強，如果你對Hibernate相當精通，而且對Hibernate進行了適當的封裝，那么你的項目整個持久層代碼會相當簡單，需要寫的代碼很少，開發速度很快，非常爽。
2. 有更好的二級緩存機制，可以使用第三方緩存。
3. 缺點就是學習門檻不低，要精通門檻更高，而且怎么設計O/R映射，在性能和對象模型之間如何權衡取得平衡，以及怎樣用好Hibernate方面需要你的經驗和能力都很強才行。
舉個形象的比喻：
mybatis：機械工具，使用方便，拿來就用，但工作還是要自己來作，不過工具是活的，怎么使由我決定。
hibernate：智能機器人，但研發它（學習、熟練度）的成本很高，工作都可以擺脫他了，但僅限於它能做的事。
1.1. Mybatis解決jdbc編程的問題
1、數據庫連接創建、釋放頻繁造成系統資源浪費從而影響系統性能，如果使用數據庫連接池可解決此問題。
解決：在SqlMapConfig.xml中配置數據連接池，使用連接池管理數據庫鏈接。
2、Sql語句寫在代碼中造成代碼不易維護，實際應用sql變化的可能較大，sql變動需要改變java代碼。
解決：將Sql語句配置在XXXXmapper.xml文件中與java代碼分離。
3、向sql語句傳參數麻煩，因為sql語句的where條件不一定，可能多也可能少，占位符需要和參數一一對應。
解決：Mybatis自動將java對象映射至sql語句，通過statement中的parameterType定義輸入參數的類型。
4、對結果集解析麻煩，sql變化導致解析代碼變化，且解析前需要遍歷，如果能將數據庫記錄封裝成pojo對象解析比較方便。
解決：Mybatis自動將sql執行結果映射至java對象，通過statement中的resultType定義輸出結果的類型。
1.2. mybatis與hibernate不同
Mybatis和hibernate不同，它不完全是一個ORM框架，因為MyBatis需要程序員自己編寫Sql語句。mybatis可以通過XML或注解方式靈活配置要運行的sql語句，並將java對象和sql語句映射生成最終執行的sql，最后將sql執行的結果再映射生成java對象。
Mybatis學習門檻低，簡單易學，程序員直接編寫原生態sql，可嚴格控制sql執行性能，靈活度高，非常適合對關系數據模型要求不高的軟件開發，例如互聯網軟件、企業運營類軟件等，因為這類軟件需求變化頻繁，一但需求變化要求成果輸出迅速。但是靈活的前提是mybatis無法做到數據庫無關性，如果需要實現支持多種數據庫的軟件則需要自定義多套sql映射文件，工作量大。
Hibernate對象/關系映射能力強，數據庫無關性好，對於關系模型要求高的軟件（例如需求固定的定制化軟件）如果用hibernate開發可以節省很多代碼，提高效率。但是Hibernate的學習門檻高，要精通門檻更高，而且怎么設計O/R映射，在性能和對象模型之間如何權衡，以及怎樣用好Hibernate需要具有很強的經驗和能力才行。
總之，按照用戶的需求在有限的資源環境下只要能做出維護性、擴展性良好的軟件架構都是好架構，所以框架只有適合才是最好。