ibatis的cacheModel
2016-03-16 16:01
260 查看
转载地址:http://www.cnblogs.com/phoebus0501/archive/2011/05/17/2048462.html
cachemodel是ibatis里面自带的缓存机制,正确的应用能很好提升我们系统的性能。
使用方法:在sqlmap的配置文件中加入
<cacheModel type="LRU" id="article_cache" readOnly="true" serialize="false">
<flushInterval hours="24"/>
<flushOnExecute statement="articleLists.insertArticle"/>
<property name="cache_size" value="50"/>
</cacheModel>
在查询语句中使用缓存
<select id="getArticles" resultClass="articleList" parameterClass="articleList" cacheModel="article_cache">
先对cachemodel中一些用法进行解释一下:
type:是缓存的类型,ibatis中有4种方式,分别为MEMORY、LRU、FIFO、OSCACHE
MEMORY是内存缓存,和Java内存管理机制类似分为[SOFT、WEAK、STRONG]
LRU是使用最近最少使用策略
FIFO是使用先进先出策略
OSCACHE是通过第三方的缓存插件实现
id:是cachemodel的一个标识
readOnly:指缓存的数据对象是只读还是可读写,默认只读,这里的只读并不是意味着数据对象一旦放入缓存中就无法再对数据进行修改。而是当数据对象发生变化的时候,如数据对象的某个属性发生了变化,则此数据对象就将被从缓存中废除,下次需要重新从数据库读取数据,构造新的数据对象。而readOnly="false"则意味着缓存中的数据对象可更新.
serialize:只有在readOnly为false的情况下才生效,因为在readOnly为true时,所有数据对象相同,只有可读写时,才会出现不同的session拥有不同的数据对象副本。
flushInterval:指定缓存自动刷新的时间,可以为hours,minutes,seconds,milliseconds.
flushOnExecute:指定在发生哪些操作时,更新缓存。
property:不同type的cachemodel有不同的属性。
----------------------------------------------------------------------------
下面是本人自己做的实验的一些结果:
(1)当readOnly=true ,serialize=false,只指定insert更新缓存时,我在update一个article的属性后,发现之前的相同的查询条件查询结果是缓存的内容,没取到更新的结果;当我改变查询条件时,出现了更新的结果。由此可见当readonly=true,查询条件不变时,即使发生更新,缓存仍然有效;而查询条件变更时,缓存失效,用新的sql去数据库查询。当发生insert操作时,不管查询条件是否变化,都重新去数据库查询,缓存被更新。
(2)当readOnly=false,serialize=false,只指定insert更新缓存时,update一个article属性后,缓存失效,重新去数据库查询
综上来看,对更新比较频繁的数据,使不使用感觉效率差不多,对更新不是很频繁的数据,使用缓存效率还是能提升的!
cachemodel是ibatis里面自带的缓存机制,正确的应用能很好提升我们系统的性能。
使用方法:在sqlmap的配置文件中加入
<cacheModel type="LRU" id="article_cache" readOnly="true" serialize="false">
<flushInterval hours="24"/>
<flushOnExecute statement="articleLists.insertArticle"/>
<property name="cache_size" value="50"/>
</cacheModel>
在查询语句中使用缓存
<select id="getArticles" resultClass="articleList" parameterClass="articleList" cacheModel="article_cache">
先对cachemodel中一些用法进行解释一下:
type:是缓存的类型,ibatis中有4种方式,分别为MEMORY、LRU、FIFO、OSCACHE
MEMORY是内存缓存,和Java内存管理机制类似分为[SOFT、WEAK、STRONG]
LRU是使用最近最少使用策略
FIFO是使用先进先出策略
OSCACHE是通过第三方的缓存插件实现
id:是cachemodel的一个标识
readOnly:指缓存的数据对象是只读还是可读写,默认只读,这里的只读并不是意味着数据对象一旦放入缓存中就无法再对数据进行修改。而是当数据对象发生变化的时候,如数据对象的某个属性发生了变化,则此数据对象就将被从缓存中废除,下次需要重新从数据库读取数据,构造新的数据对象。而readOnly="false"则意味着缓存中的数据对象可更新.
serialize:只有在readOnly为false的情况下才生效,因为在readOnly为true时,所有数据对象相同,只有可读写时,才会出现不同的session拥有不同的数据对象副本。
flushInterval:指定缓存自动刷新的时间,可以为hours,minutes,seconds,milliseconds.
flushOnExecute:指定在发生哪些操作时,更新缓存。
property:不同type的cachemodel有不同的属性。
----------------------------------------------------------------------------
下面是本人自己做的实验的一些结果:
(1)当readOnly=true ,serialize=false,只指定insert更新缓存时,我在update一个article的属性后,发现之前的相同的查询条件查询结果是缓存的内容,没取到更新的结果;当我改变查询条件时,出现了更新的结果。由此可见当readonly=true,查询条件不变时,即使发生更新,缓存仍然有效;而查询条件变更时,缓存失效,用新的sql去数据库查询。当发生insert操作时,不管查询条件是否变化,都重新去数据库查询,缓存被更新。
(2)当readOnly=false,serialize=false,只指定insert更新缓存时,update一个article属性后,缓存失效,重新去数据库查询
综上来看,对更新比较频繁的数据,使不使用感觉效率差不多,对更新不是很频繁的数据,使用缓存效率还是能提升的!
相关文章推荐
- Android模仿表单上传文件
- android上传图片(及普通参数)到服务器(j2ee后台服务器,ssh框架)
- MySQL行级锁
- 相册效果(imageswitch与gallery)
- Android之判断手机是否联网
- Python模块学习:urllib
- eclipse关闭项目
- maven传递性依赖
- 并发编程(7)线程安全与非线程安全/同步与非同步
- 配置Cisco 路由器的静态路由
- hihoCoder 矩形判断
- HBase
- Linux mysql 允许远程连接
- Windows7下mysql安装后服务无法启动和启动后无法登录的问题解决的方法
- 不能安装异常
- C/C++中int/long/float/double数值类型与字符串互相转换[总结]
- [疯狂Java]多线程:创建和启动线程
- 基于Flume的美团日志收集系统(一)架构和设计
- 在Linux下安装feedparser
- C#和java和android中的NetWorkAdapter,httpRequest,WebView,json,xml