依旧沿用之前的代码Demo
项目源码 : MyBatis_sql-resultMap-缓存
sql元素
sql元素的意义,在于我们可以定义一串SQL语句的组成部分,其他语句直接拿过来用就行了....
举个例子:一条SQL需要select几十个字段映射到JavaBean中,第二第三条也是这么多,显然写两遍不合适....
我们修改Mapper xml
然后运行程序 , 输出查询的结果
resultMap结果映射集
resultMap最主要的是结果集的映射关系。
- 使用POJO存储结果集
POJO是我们最常用的方式。
一方面我们可以使用自动映射,我们还可以使用select语句的属性resultMap配置映射集合,只是使用前需要配置类似的resultMap
resultMap元素的id属性代表这个resultMap的唯一标示,type代表你需要映射的POJO。
我们可以使用MyBatis定义好的类的别名,也可以使用自定义的类全名。
映射关系中,id元素表示这个对象的主键,property代表着POJO的属性名称,column表示数据库SQL的列名,
于是POJO就和数据库SQL的结果一一对应起来了
或者这样写
student是在mybatis.config.xml中配置的别名
然后我们在映射文件中(Mapper的XML)select修改:
查询结果
缓存
MyBatis对缓存提供支持,但是在没有配置的默认情况下,他只开启一级缓存(一级缓存只是相对于同一个SqlSession而言)所以在参数/SQL完全相同的情况下,使用SqlSession第一次查询之后,MyBatis会将其放在缓存中,以后再次查询,没有申明需要刷新,并且缓存
没有超时,SqlSession都只会取出当前缓存的数据,而不会再次发送sql到数据库.
但如果你使用的是不同的SqlSession对象,因为不同的SqlSession都是互相隔离的,即使相同的Mapper,参数和方法,他还是会再次发送SQL到数据库去执行,返回结果.
下面我们来看看代码:
public static void main(String[] args) {
SqlSession sqlSession = null;
SqlSession sqlSession2 = null;
try {
PropertyConfigurator.configure("./conf/log4j.properties");
sqlSession = SqlSessionFactoryUtil.openSqlSession();
StudentMapper studentMapper = sqlSession.getMapper(StudentMapper.class);
Student studentInfo = studentMapper.getStudent(4L);
logger.debug("student info 1 : " + studentInfo.toString());
logger.debug("使用同一个sqlSession在执行一次..");
Student studentInfo2 = studentMapper.getStudent(4L);
logger.debug("student info 2 : " + studentInfo2.toString());
sqlSession.commit();
// 创建一个新的sqlSession,在执行一次.
sqlSession2 = SqlSessionFactoryUtil.openSqlSession();
StudentMapper studentMapper2 = sqlSession2.getMapper(StudentMapper.class);
Student studentInfo3 = studentMapper2.getStudent(4L);
logger.debug("student info 3 : " + studentInfo3.toString());
// 当我们使用二级缓存时,sqlSession调用commint()方法后才会生效.
sqlSession2.commit();
} catch (Exception e) {
logger.error(e.getMessage(), e);
sqlSession.rollback();
sqlSession2.rollback();
} finally {
try {
sqlSession.close();
sqlSession2.close();
} catch (Exception e) {
e.printStackTrace();
}
}
}
执行结果 :
结果很明显 , 我们一共创建了两个SqlSession对象,第一次执行了两次查询,第二个执行了一次查询.
可以发现 , 第一个SqlSession其实只发生了一次数据库查询 , 第二茬查询就从缓存中取了,也就是SqlSession层面的一级缓存,
它在SqlSession层面是互相隔离的,为了克服这个问题,我们往往需要配置二级缓存,使得SqlSessionFactory层面上能提供给各个SqlSession使用.
不过SqlSessionFactory层面上二级缓存是不开启的 , 需要开启得进行配置.
实现二级缓存时 , MyBatis要求返回的POJO对象必须是可序列化的,也就是实现了Serializable接口,下面修改配置文件.
我们只需要在映射的Mapper的xml配置中,添加 "<cache/>"就可以了..这样配置之后,意味着:
□ 映射语句文件(Mapper的xml)中所有的select语句将会被缓存.
□ 映射语句文件(Mapper的xml)中所有的insert , update 和 delete 语句都会刷新缓存.
□ 缓存会使用默认的LRU算法来回收
□ 根据时间表(比如CNFI) , 缓存不会以任何时间顺序来刷新.
□ 缓存会存储列表集合或对象(无论查询方法返回什么)的1024个引用.
□ 缓存会被视作read/write(可读/可写)的缓存,意味着对象检索不是共享的,而是可以安全的被调用者修改,不干扰其他调用者或者线程所做的潜在修改.
添加了这个配置之后,别忘记给POJO对象加上 序列化接口 , 否则会报错.
如果不想使用默认配置 , 咱们也可以修改:
<cache eviction="LRU" flushInterval="100000" size="1024" readOnly="true"/>
□ eviction : 代表缓存回收策略
® LRU : 移除最长时间不用的对象
® FIFO : 先进先出 , 按对象进入缓存的顺序来移除它们
® SOFT : 软引用 , 移除基于垃圾回收状态和软引用规则的对象
® WEAK : 弱引用 , 更积极地移除基于垃圾回收和弱引用规则的对象.
这里采用LRU , 移除最长时间不用的对象.
□ flushInterval : 刷新时间,毫秒;如果你不配置,那只有SQL被执行的时候才回去刷新缓存.
□ size : 引用数目,一个正整数,代表缓存最多可以存储多少个对象,不宜设置过大.设置过大会导致内存溢出
□ readOnly : 只读,意味着缓存数据只能读取不能修改,这样设置的好处时我们可以快速读取缓存,缺点是我们没办法修改缓存,它的默认值是false , 不允许我们修改.