hibernate与mybatis的区别与特点
hibernate是全自动的，mybatis是半自动的。 hibernate具有完整的JavaBean对象和数据库映射结构，并通过对象关系模型与数据库进行交互并自动生成sql。 mybatis只有基本的字段映射，对象数据与对象的实际关系仍然需要通过手写sql来实现和管理。
hibernate数据库的可移植性远大于mybatis。 hibernate强大的映射结构和hql语言大大降低了对象与数据库(oracle、mysql等)的耦合性，但由于mybatis需要手写sql，因此与数据库的耦合性是程序员对sqql的依赖sql没有通用性，如果使用很多特定数据库特性的sql语句，可移植性也会下降很多，成本也会变高
hibernate有完整的日志系统，但mybatis稍有欠缺。 hibernate日志系统非常健全，广泛涉及sql记录、关系异常、优化警告、缓存提示、脏数据警告等。 mybatis除了基本的记录功能外，功能相当弱。
与hibernate相比，mybatis需要注意更多细节。 hibernate的配置比mybatis复杂得多，学习成本也比mybatis高。 但是，正因为mybatis易于使用，它比hibernate更关心更多的技术细节。 mybatis不需要考虑很多细节，与传统的jdbc开发模式的差异很小，所以很容易着手开发项目，但是如果忽略细节，由于项目的前期错误很多，开发相对稳定的软件比较慢，软件也比较容易hibernate则恰恰相反。 但是，如果熟练使用hibernate，实际上开发效率也比不上mybatis。
在sql直接优化中，mybatis比hibernate方便多了。 mybatis的所有sql都写在xml中，因此优化sql比优化hibernate更方便。 另一方面，许多hibernate sql是自动生成的，无法直接维护SQL； 虽然有hql，但是功能没有sql那么强大。 看报告等变态的需求，hql也会停业。 这意味着hql是有局限性的。 hibernate还支持本机sql，但与orm的开发模式不同，它不易于使用，因为需要切换思维。 总之，在编写sql的灵活性上hibernate比不上mybatis。
总结：
mybatis :紧凑、方便、高效、简单、直接、半自动
hibernate :强大、方便、高效、复杂、绕圈子、全自动
mybatis :
入门很简单，现成。 提供数据库查询的自动对象绑定功能，且持续良好的SQL使用经验，对于没有很高对象模型要求的项目来说，是相当完美的。
可以更精细地优化SQL，并可以减少查询字段。
缺点是框架还很简陋，功能还欠缺。 虽然简化了数据绑定代码，但整个基础数据库查询实际上必须自己编写，工作量大，不太能适应快速的数据库修改。
二级缓存的结构不好。
hibernate :
功能强大，数据库依赖性强，O/R映射能力强。 如果您熟悉Hibernate并且正确封装了Hibernate，则整个项目的持久层代码将相当简单，需要编写的代码少，开发速度快，而且非常爽快。
有更好的二级缓存机制可以使用第三方缓存。
缺点是学习的门槛不低。 门槛更高，在如何设计O/R映射、如何平衡性能和目标模型以及如何更好地使用Hibernate方面需要经验和能力。
举个形象的比喻吧：
mybatis :机器的道具很好用，拿来了就用，工作自己做，但是道具是活的，怎么用由我决定。
hibernate :虽然是智能机器人，但开发它(学习、熟练程度)的成本很高，工作能摆脱他，但仅限于能做到