依旧沿用之前的代码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 , 不允许我们修改.
