java之ibatis数据缓存-白红宇

java之ibatis数据缓存

阅读量：5967 次

发布时间：2019-06-19

本文共 3402 字，大约阅读时间需要 11 分钟。

使用IBatis作数据缓存

1.SqlMapConfig.xml中

<settings

cacheModelsEnabled="true" //设置为true

enhancementEnabled="true"

lazyLoadingEnabled="true"

.............

2.cacheModel cacheModel的属性值等于指定的cacheModel元素的name属性值。属性cacheModel定义查询mapped statement的缓存。每一个查询mapped statement可以使用不同或相同的cacheModel。详细讨论见后面的章节，以下只给出个例子。

</cacheModel>

<statement id=”getProductList” parameterClass=”int” cacheModel=”product-cache”> select * from PRODUCT where PRD_CAT_ID = #value#

</statement>

上面例子中，“getProductList”的缓存使用WEAK引用类型，每24小时刷新一次，或当更新的操作发生时刷新。

关于ibatis补充说明

</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)通常能获得较好的效果。

※《ibatis开发指南》有关于上面几种缓存类型的详细说明。

</cacheModel>

2007-7-9 11:45:42 IBatis中的强制刷新缓存目前我们采用IBatis作ORM, 所以我们直接使用了IBatis 自带的缓存解决方案。当然你也可以定制，我在我的一篇文章可复用、扩展的缓存设计方案也谈到了如何定制，个人认为如果不是非常复杂的需求，完全可以借助ORM自带的方案.你会发现非常非常简单.

下面我们进入实战:

step1)写ibatis的相关配置

<?xml version="1.0" encoding="UTF-8"?>

<!DOCTYPE sqlMap PUBLIC "-//iBATIS.com//DTD SQL Map 2.0//EN"

"">

............

</cacheModel>

............

select v.videoId,v.title,v.timeSpan,tu.loginName,vr.viewedCount

from top_baby_video tbv

inner join video v on tbv.videoId=v.videoId

inner join video_report vr on v.videoId=vr.videoId