首先从orm（object relation mapping）等级来讲，hibernate和mybatis都属于orm框架，hibernate属于4级（顶级），mybatis属于2级。从此可见，hibernate比mybatis更强大一些，强大的体现在于：
●开发速度与工作量。
hibernate简化了dao层，使用者不需要考虑sql语句的编写与执行以及结果映射，将着重点放在业务逻辑上，而mybatis需要使用者手写sql语句以及resultMap，所以hibernate开发速度要比mybatis快。但是hibernate门槛要比mybatis高，两者之间做选择时要根据项目实际需求作为标准，如：项目绝大多数是简单的数据操作，比如增删改查，没有太多的复杂sql语句，这时选择hibernate用于dao工具会更简便、效率更高一些；反之，如果项目有很多复杂的sql语句，则适合选择mybatis，因为mybatis可以进行更为细致的sql优化，可以减少查询字段从而提高效率（因为hibernate会把所有字段都进行处理，效率会稍低）。
当然hibernate也可以通过使用者自行编写sql语句与数据库交互，比如HQL查询、原生SQL查询，但是这样我个人认为就违背了hibernate简化dao层的初衷。
●缓存方面（简单了解下，欲深究可以看看其它文章，本文章后续再做补充）
hibernate的一级缓存是session缓存，这个涉及到session生命周期和hibernate对象状态（瞬时状态，亦称临时状态、持久化状态、离线状态，亦称游离状态、托管状态），个人理解，hibernate的一级缓存和快照机制可以很好地减轻数据库任务，因为当缓存中对象与快照相比较无变化时不回去操作数据库。二级缓存暂时不说。
mybatis缓存机制可以使用者自己配置和定制，比较方便。
例：<cache eviction="LRU" flushInterval="60000" size="512" readOnly="true" />
两者比较：因为Hibernate对查询对象有着良好的管理机制，用户无需关心SQL。所以在使用二级缓存时如果出现脏数据，系统会报出错误并提示。而MyBatis在这一方面，使用二级缓存时需要特别小心。如果不能完全确定数据更新操作的波及范围，避免Cache的盲目使用。否则，脏数据的出现会给系统的正常运行带来很大的隐患。
