关于iBatis的缓存使用

在xml配置文件中，每一个
cacheModel 元素，如下

<cacheModel id="oneday_cache" type="LRU" readOnly="false"
serialize="true">

<flushInterval hours="24"/>

<flushOnExecute statement="updateMyDate"/>

<property name="size" value="200"/>

</cacheModel>

1 属性readOnly如果不写，默认是true,这时的缓存效果无疑最好，因为系统不需要考虑更新操作引起缓存与实际数据不一致的问题，只读缓存的例子是固化到数据库中的一些配置参数表。但是，通常我们想缓存的数据是需要增删改的，这时务必记得要加上 readOnly = "false"；

2 属性serialize,如果不写，默认为false, 将它设为true,可以提高整体应用（而不仅仅是每个Session）的性能。 这种缓存为每一个Session返回缓存对象不同的实例（复本）。因此每一个Session都可以安全修改返回的对象. 注意，此时readOnly必须为false。

如果你把它设为 true ,记得检查两件事，一件事是缓存中存放的对象(你想查询的POJO)必须是可序列化的， 即实现Serializable接口。如果你有一个复杂对象属性，它也必须满足这个规则，你的整个对象树必须是可序列化的。

另一件事是关闭sql-map-config中的延迟加载属性，即lazyload=false,原因是，它使用了动态代理机制， 那个代理对象并不是Serializable的。

缓存类型的最佳适应情形：

MEMORY 没有统一的对象重用模式的应用，或内存不足的应用。

LRU 在较长的期间内，用户经常使用某些特定对象。

FIFO 用户在短时间内持续引用特定的查询，而后很可能不再使用。

根据个人实践，内存充足时使用LRU，否则使用MEMORY(WEAK)通常能获得较好的效果。

------------------

<!-- 缓存设置 -->
<!--
OSCACHE:OSCACHE Cache
实现是OSCache2.0缓存引擎的一个Plugin，它具有高度的可配置性，分布式，高度的灵活性（很推荐使用该类型）OSCache可以通过oscache.properties文件进行缓存的相关配置。
-->
<cacheModel type="OSCACHE" id="User-cache" serialize="true" readOnly="false">
<!--
readOnly为false表示外部更改cahce内容无效；readOnly=false,Serialize=ture,
所有session共享cache.
-->
<!-- Cache刷新间隔. 可以配置hours,minutes,seconds,milliseconds  -->
<flushInterval minutes="30" />
<!--
当add被执行了,那么下次的查询将会通过SQL去查,同时用查询结果更新Cache;一般add(添加),update(修改),delete(删除)操作需要配置flushOnExecute.
-->
<flushOnExecute statement="User.add" />
<flushOnExecute statement="User.updateUser" />
<flushOnExecute statement="User.update" />
<flushOnExecute statement="User.delete" />
<flushOnExecute statement="User.setAllUserOffline" />
<property name="size" value="3000" />
</cacheModel>