像大多数的持久化框架一样,Mybatis 也提供了缓存策略,通过缓存策略来减少数据库的查询次数,从而提高性能。但是只适用于以下这两种数据:1、经常查询并且不经常改变的数据。2、数据的正确与否对最终结果影响不大的。例如:商品的库存,银行的汇率,股市的牌价等就不能使用Mybatis缓存。 Mybatis 中缓存分为一级缓存,二级缓存。这次要讲的是一级缓存,二级缓存下次再说。
1.1、证明一级缓存的存在:
一级缓存是 SqlSession 级别的缓存。
当我们执行查询之后,查询的结果会同时存入到SqlSession为我们提供一块区域中。
该区域的结构是一个Map。当我们再次查询同样的数据,mybatis会先去sqlsession中查询是否有,有的话直接拿出来用。
当SqlSession对象消失时,mybatis的一级缓存也就消失了。只要 SqlSession 没有 flush 或 close,它就存在。
1.1.1、编写用户持久层 Dao 接口:
public interface IUserDao {
/**
* 根据id查询用户信息
* @param userId
* @return
*/
User findById(Integer userId);
}
1.1.2、编写用户持久层映射文件:
我们可以发现,虽然在上面的代码中我们查询了两次,但最后只执行了一次数据库操作,这就是 Mybatis 提 供给我们的一级缓存在起作用了。因为一级缓存的存在,导致第二次查询 id 为 1 的记录时,并没有发出 sql 语句 从数据库中查询数据,而是从一级缓存中查询。
1.2 一级缓存的分析
一级缓存是 SqlSession 范围的缓存,当调用 SqlSession 的修改,添加,删除,commit(),close()等方法时,就会清空一级缓存。
第一次发起查询用户 id 为 1 的用户信息,先去找缓存中是否有 id 为 1 的用户信息,如果没有,从数据库查 询用户信息。
得到用户信息,将用户信息存储到一级缓存中。
如果 sqlSession 去执行 commit 操作(执行插入、更新、删除),清空 SqlSession 中的一级缓存,这样 做的目的为了让缓存中存储的是最新的信息,避免脏读。
第二次发起查询用户 id 为 1 的用户信息,先去找缓存中是否有 id 为 1 的用户信息,缓存中有,直接从缓存 中获取用户信息。
1.3 测试一级缓存的清空
@Test
public void testFirstLevelCache(){
User user1 = userDao.findById(1);
System.out.println(user1);
sqlSession.clearCache();//此方法也可以清空缓存
userDao = sqlSession.getMapper(IUserDao.class);
User user2 = userDao.findById(1);
System.out.println(user2);
System.out.println(user1 == user2);
}
/**
-
测试缓存的同步
*/
@Test
public void testClearlCache(){
//1.根据id查询用户
User user1 = userDao.findById(1);
System.out.println(user1);//2.更新用户信息
user1.setUsername(“update user clear cache”);
user1.setAddress(“北京市”);
userDao.updateUser(user1);//3.再次查询id为1的用户
User user2 = userDao.findById(1);
System.out.println(user2);System.out.println(user1 == user2);
}
当执行sqlSession.close()后,再次获取sqlSession并查询id=1的User对象时,又重新执行了sql 语句,从数据库进行了查询操作。