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需要具有很強的經驗和能力才行。
總之，按照用戶的需求在有限的資源環境下只要能做出維護性、擴展性良好的軟件架構都是好架構，所以框架只有適合才是最好。
mybatis和jdbc的比較
jdbc是我們連接數據庫的基礎，所有框架在使用的時候都要比jdbc簡單，但是所有框架在性能上都沒有jdbc的速度快（優化相同的情況下）這里就介紹一下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定義輸出結果的類型。