1. hibernate是全自動，而mybatis是半自動

hibernate完全可以通過物件關係模型實現對資料庫的操作，擁有完整的JavaBean物件與資料庫的對映結構來自動生成sql。而mybatis僅有基本的欄位對映，物件資料以及物件實際關係仍然需要通過手寫sql來實現和管理。

2. hibernate資料庫移植性遠大於mybatis

hibernate通過它強大的對映結構和hql語言，大大降低了物件與資料庫(oracle、mysql等)的耦合性，而mybatis由於需要手寫sql，因此與資料庫的耦合性直接取決於程式設計師寫sql的方法，如果sql不具通用性而用了很多某資料庫特性的sql語句的話，移植性也會隨之降低很多，成本很高。

3. hibernate擁有完整的日誌系統，mybatis則欠缺一些

hibernate日誌系統非常健全，涉及廣泛，包括：sql記錄、關係異常、優化警告、快取提示、髒資料警告等;而mybatis則除了基本記錄功能外，功能薄弱很多。

4. mybatis相比hibernate需要關心很多細節

hibernate配置要比mybatis複雜的多，學習成本也比mybatis高。但也正因為mybatis使用簡單，才導致它要比hibernate關心很多技術細節。mybatis由於不用考慮很多細節，開發模式上與傳統jdbc區別很小，因此很容易上手並開發專案，但忽略細節會導致專案前期bug較多，因而開發出相對穩定的軟體很慢，而開發出軟體卻很快。hibernate則正好與之相反。但是如果使用hibernate很熟練的話，實際上開發效率絲毫不差於甚至超越mybatis。

5. sql直接優化上，mybatis要比hibernate方便很多

由於mybatis的sql都是寫在xml裡，因此優化sql比hibernate方便很多。而hibernate的sql很多都是自動生成的，無法直接維護sql;雖有hql，但功能還是不及sql強大，見到報表等變態需求時，hql也歇菜，也就是說hql是有侷限的;hibernate雖然也支援原生sql，但開發模式上卻與orm不同，需要轉換思維，因此使用上不是非常方便。總之寫sql的靈活度上hibernate不及mybatis。

隨著使用情況的不斷增多，我又做了進一步的總結總結：

mybatis：小巧、方便、高效、簡單、直接、半自動

hibernate：強大、方便、高效、複雜、繞彎子、全自動

mybatis：

1. 入門簡單，即學即用，提供了資料庫查詢的自動物件繫結功能，而且延續了很好的SQL使用經驗，對於沒有那麼高的物件模型要求的專案來說，相當完美。

2. 可以進行更為細緻的SQL優化，可以減少查詢欄位。

3. 缺點就是框架還是比較簡陋，功能尚有缺失，雖然簡化了資料繫結程式碼，但是整個底層資料庫查詢實際還是要自己寫的，工作量也比較大，而且不太容易適應快速資料庫修改。

4. 二級快取機制不佳。

hibernate：

1. 功能強大，資料庫無關性好，O/R對映能力強，如果你對Hibernate相當精通，而且對Hibernate進行了適當的封裝，那麼你的專案整個持久層程式碼會相當簡單，需要寫的程式碼很少，開發速度很快，非常爽。

2. 有更好的二級快取機制，可以使用第三方快取。

3. 缺點就是學習門檻不低，要精通門檻更高，而且怎麼設計O/R對映，在效能和物件模型之間如何權衡取得平衡，以及怎樣用好Hibernate方面需要你的經驗和能力都很強才行。

舉個形象的比喻：

mybatis：機械工具，使用方便，拿來就用，但工作還是要自己來作，不過工具是活的，怎麼使由我決定。

hibernate：智慧機器人，但研發它(學習、熟練度)的成本很高，工作都可以擺脫他了，但僅限於它能做的事。