Hibernate 缓存与 MyBatis 缓存的理解以及比较

缓存机制对比

Hibernate 缓存

Hibernate 一级缓存是 Session 缓存，利用好一级缓存就需要对 Session 的生命周期进行管理好。建议在一个 Action 操作中使用一个 Session。一级缓存需要对 Session 进行严格管理。

Hibernate 二级缓存是 SessionFactory 级的缓存。 SessionFactory 的缓存分为内置缓存和外置缓存。内置缓存中存放的是 SessionFactory 对象的一些集合属性包含的数据 (映射元素据及预定 SQL 语句等), 对于应用程序来说, 它是只读的。

外置缓存中存放的是数据库数据的副本, 其作用和一级缓存类似. 二级缓存除了以内存作为存储介质外, 还可以选用硬盘等外部存储设备。二级缓存称为进程级缓存或 SessionFactory 级缓存，它可以被所有 session 共享，它的生命周期伴随着 SessionFactory 的生命周期存在和消亡。

MyBatis 缓存

MyBatis 包含一个非常强大的查询缓存特性, 它可以非常方便地配置和定制。MyBatis 3 中的缓存实现的很多改进都已经实现了, 使得它更加强大而且易于配置。

默认情况下是没有开启缓存的, 除了局部的 session 缓存, 可以增强变现而且处理循环 依赖也是必须的。要开启二级缓存, 你需要在你的 SQL 映射文件中添加一行:

字面上看就是这样。这个简单语句的效果如下:

• 映射语句文件中的所有 select 语句将会被缓存。

• 映射语句文件中的所有 insert,update 和 delete 语句会刷新缓存。

• 缓存会使用 Least Recently Used(LRU, 最近最少使用的) 算法来收回。

• 根据时间表 (比如 no Flush Interval, 没有刷新间隔), 缓存不会以任何时间顺序 来刷新。

• 缓存会存储列表集合或对象 (无论查询方法返回什么) 的 1024 个引用。

• 缓存会被视为是 read/write(可读 / 可写) 的缓存, 意味着对象检索不是共享的, 而 且可以安全地被调用者修改, 而不干扰其他调用者或线程所做的潜在修改。

• 所有的这些属性都可以通过缓存元素的属性来修改。

比如:

这个更高级的配置创建了一个 FIFO 缓存, 并每隔 60 秒刷新, 存数结果对象或列表的 512 个引用, 而且返回的对象被认为是只读的, 因此在不同线程中的调用者之间修改它们会 导致冲突。可用的收回策略有, 默认的是 LRU:

• LRU – 最近最少使用的: 移除最长时间不被使用的对象。

• FIFO – 先进先出: 按对象进入缓存的顺序来移除它们。

• SOFT – 软引用: 移除基于垃圾回收器状态和软引用规则的对象。

• WEAK – 弱引用: 更积极地移除基于垃圾收集器状态和弱引用规则的对象。

• flushInterval(刷新间隔) 可以被设置为任意的正整数, 而且它们代表一个合理的毫秒 形式的时间段。默认情况是不设置, 也就是没有刷新间隔, 缓存仅仅调用语句时刷新。

size(引用数目) 可以被设置为任意正整数, 要记住你缓存的对象数目和你运行环境的 可用内存资源数目。默认值是 1024。

readOnly(只读) 属性可以被设置为 true 或 false。只读的缓存会给所有调用者返回缓 存对象的相同实例。因此这些对象不能被修改。这提供了很重要的性能优势。可读写的缓存 会返回缓存对象的拷贝 (通过序列化) 。这会慢一些, 但是安全, 因此默认是 false。

相同点

Hibernate 和 Mybatis 的二级缓存除了采用系统默认的缓存机制外，都可以通过实现你自己的缓存或为其他第三方缓存方案，创建适配器来完全覆盖缓存行为。

不同点

Hibernate 的二级缓存配置在 SessionFactory 生成的配置文件中进行详细配置，然后再在具体的表 - 对象映射中配置是那种缓存。

MyBatis 的二级缓存配置都是在每个具体的表 - 对象映射中进行详细配置，这样针对不同的表可以自定义不同的缓存机制。并且 Mybatis 可以在命名空间中共享相同的缓存配置和实例，通过 Cache-ref 来实现。

两者比较

因为 Hibernate 对查询对象有着良好的管理机制，用户无需关心 SQL。所以在使用二级缓存时如果出现脏数据，系统会报出错误并提示。

而 MyBatis 在这一方面，使用二级缓存时需要特别小心。如果不能完全确定数据更新操作的波及范围，避免 Cache 的盲目使用。否则，脏数据的出现会给系统的正常运行带来很大的隐患。