MyBatis入门(四)延迟加载与缓存

文章目录

  • Mybatis 延迟加载策略
    • 何为延迟加载?
    • 使用 assocation 实现延迟加载
      • 开启 Mybatis 的延迟加载策略
    • 编写测试只查账户信息不查用户信息。
      • 编写测试只查账户信息不查用户信息。
    • 使用 Collection 实现延迟加载
  • Mybatis 缓存
    • Mybatis 一级缓存
      • 分析
      • 测试一级缓存的清空
    • Mybatis 二级缓存
      • 二级缓存的开启与关闭
      • 二级缓存测试

Mybatis 延迟加载策略

何为延迟加载?

延迟加载:
就是在需要用到数据时才进行加载,不需要用到数据时就不加载数据。延迟加载也称懒加载.
好处: 先从单表查询,需要时再从关联表去关联查询,大大提高数据库性能,因为查询单表要比关联查询多张表速度要快。
坏处:
因为只有当需要用到数据时,才会进行数据库查询,这样在大批量数据查询时,因为查询工作也要消耗
时间,所以可能造成用户等待时间变长,造成用户体验下降。

使用 assocation 实现延迟加载

代码

开启 Mybatis 的延迟加载策略

进入 Mybaits 的官方文档,找到 settings 的说明信息:
MyBatis入门(四)延迟加载与缓存_第1张图片
我们需要在 Mybatis 的配置文件 SqlMapConfig.xml 文件中添加延迟加载的配置。


<settings>
	
	<setting name="lazyLoadingEnabled" value="true"/>
	
	<setting name="aggressiveLazyLoading" value="false"/>
settings>

编写测试只查账户信息不查用户信息。

public class AccountTest {
	private InputStream in ;
	private SqlSessionFactory factory;
	private SqlSession session;
	private IAccountDao accountDao;
	@Test
	public void testFindAll() {
		//6.执行操作
		List<Account> accounts = accountDao.findAll();
	}
	@Before//在测试方法执行之前执行
	public void init()throws Exception {
		//1.读取配置文件
		in = Resources.getResourceAsStream("SqlMapConfig.xml");
		//2.创建构建者对象
		SqlSessionFactoryBuilder builder = new SqlSessionFactoryBuilder();
		//3.创建 SqlSession 工厂对象
		factory = builder.build(in);
		//4.创建 SqlSession 对象
		session = factory.openSession();
		//5.创建 Dao 的代理对象
		accountDao = session.getMapper(IAccountDao.class);
	}
	@After//在测试方法执行完成之后执行
	public void destroy() throws Exception{
		//7.释放资源
		session.close();
		in.close();
	}
}

编写测试只查账户信息不查用户信息。

public class AccountTest {
	private InputStream in ;
	private SqlSessionFactory factory;
	private SqlSession session;
	private IAccountDao accountDao;
	@Test
	public void testFindAll() {
		//6.执行操作
		List<Account> accounts = accountDao.findAll();
	}
	@Before//在测试方法执行之前执行
	public void init()throws Exception {
		//1.读取配置文件
		in = Resources.getResourceAsStream("SqlMapConfig.xml");
		//2.创建构建者对象
		SqlSessionFactoryBuilder builder = new SqlSessionFactoryBuilder();
		//3.创建 SqlSession 工厂对象
		factory = builder.build(in);
		//4.创建 SqlSession 对象
		session = factory.openSession();
		//5.创建 Dao 的代理对象
		accountDao = session.getMapper(IAccountDao.class);
	}
	@After//在测试方法执行完成之后执行
	public void destroy() throws Exception{
		//7.释放资源
		session.close();
		in.close();
	}
}

使用 Collection 实现延迟加载

同样我们也可以在一对多关系配置的结点中配置延迟加载策略。
结点中也有 select 属性, column 属性。
需求:
完成加载用户对象时,查询该用户所拥有的账户信息。
方法类似(略)

Mybatis 缓存

像大多数的持久化框架一样, Mybatis 也提供了缓存策略,通过缓存策略来减少数据库的查询次数, 从而提
高性能。
Mybatis 中缓存分为一级缓存,二级缓存。
MyBatis入门(四)延迟加载与缓存_第2张图片

Mybatis 一级缓存

一级缓存是 SqlSession 级别的缓存,只要 SqlSession 没有 flush 或 close,它就存在。

分析

一级缓存是 SqlSession 范围的缓存,当调用 SqlSession 的修改,添加,删除, commit(), close()等方法时,就会清空一级缓存。
MyBatis入门(四)延迟加载与缓存_第3张图片
第一次发起查询用户 id 为 1 的用户信息,先去找缓存中是否有 id 为 1 的用户信息,如果没有,从数据库查
询用户信息。
得到用户信息,将用户信息存储到一级缓存中。
如果 sqlSession 去执行 commit 操作(执行插入、更新、删除),清空 SqlSession 中的一级缓存,这样
做的目的为了让缓存中存储的是最新的信息,避免脏读。
第二次发起查询用户 id 为 1 的用户信息,先去找缓存中是否有 id 为 1 的用户信息,缓存中有,直接从缓存
中获取用户信息

测试一级缓存的清空

@Test
public void testFirstLevelCache(){
	User user1 = userDao.findById(41);
	System.out.println(user1);
	// sqlSession.close();
	//再次获取 SqlSession 对象
	// sqlSession = factory.openSession();
	sqlSession.clearCache();//此方法也可以清空缓存
	userDao = sqlSession.getMapper(IUserDao.class);
	User user2 = userDao.findById(41);
	System.out.println(user2);
	System.out.println(user1 == user2);
}
/**
* 测试缓存的同步
*/
@Test
public void testClearlCache(){
	//1.根据 id 查询用户
	User user1 = userDao.findById(41);
	System.out.println(user1);
	//2.更新用户信息
	user1.setUsername("update user clear cache");
	user1.setAddress("北京市海淀区");
	userDao.updateUser(user1);
	//3.再次查询 id 为 41 的用户
	User user2 = userDao.findById(41);
	System.out.println(user2);
	System.out.println(user1 == user2);
}

当执行sqlSession.close()后,再次获取sqlSession并查询id=41的User对象时,又重新执行了sql
语句,从数据库进行了查询操作。

Mybatis 二级缓存

二级缓存是 mapper 映射级别的缓存,多个 SqlSession 去操作同一个 Mapper 映射的 sql 语句,多个
SqlSession 可以共用二级缓存,二级缓存是跨 SqlSession 的。
MyBatis入门(四)延迟加载与缓存_第4张图片
首先开启 mybatis 的二级缓存。
sqlSession1 去查询用户信息,查询到用户信息会将查询数据存储到二级缓存中。
如果 SqlSession3 去执行相同 mapper 映射下 sql,执行 commit 提交, 将会清空该 mapper 映射下的二
级缓存区域的数据。
sqlSession2 去查询与 sqlSession1 相同的用户信息, 首先会去缓存中找是否存在数据,如果存在直接从
缓存中取出数据。

二级缓存的开启与关闭

第一步:在 SqlMapConfig.xml 文件开启二级缓存

<settings>
	
	<setting name="cacheEnabled" value="true"/>
settings>

因为 cacheEnabled 的取值默认就为 true,所以这一步可以省略不配置。为 true 代表开启二级缓存;为
false 代表不开启二级缓存。

第二步:配置相关的 Mapper 映射文件
标签表示当前这个 mapper 映射将使用二级缓存。



<mapper namespace="com.itheima.dao.IUserDao">

<cache>cache>
mapper>

第三步: 配置 statement 上面的 useCache 属性


<select id="findById" resultType="user" parameterType="int" useCache="true">
	select * from user where id = #{uid}
select>

将 UserDao.xml 映射文件中的标签中设置 useCache=”true”代表当前这个 statement 要使用
二级缓存,如果不使用二级缓存可以设置为 false。
注意: 针对每次查询都需要最新的数据 sql,要设置成 useCache=false,禁用二级缓存。

二级缓存测试

/**
* @author 黑马程序员
* @Company http://www.ithiema.com
*/
public class SecondLevelCacheTest {
	private InputStream in;
	private SqlSessionFactory factory;
	@Before//用于在测试方法执行之前执行
	public void init()throws Exception{
		//1.读取配置文件,生成字节输入流
		in = Resources.getResourceAsStream("SqlMapConfig.xml");
		//2.获取 SqlSessionFactory
		factory = new SqlSessionFactoryBuilder().build(in);
		}
	@After//用于在测试方法执行之后执行
	public void destroy()throws Exception{
		in.close();
	}
	/**
	* 测试一级缓存
	*/
	@Test
	public void testFirstLevelCache(){
		SqlSession sqlSession1 = factory.openSession();
		IUserDao dao1 = sqlSession1.getMapper(IUserDao.class);
		User user1 = dao1.findById(41);
		System.out.println(user1);
		sqlSession1.close();//一级缓存消失
		SqlSession sqlSession2 = factory.openSession();
		IUserDao dao2 = sqlSession2.getMapper(IUserDao.class);
		User user2 = dao2.findById(41);
		System.out.println(user2);
		sqlSession2.close();
		System.out.println(user1 == user2);
	}
}

经过上面的测试,我们发现执行了两次查询,并且在执行第一次查询后,我们关闭了一级缓存,再去执行第二
次查询时,我们发现并没有对数据库发出 sql 语句,所以此时的数据就只能是来自于我们所说的二级缓存。
注意:当我们在使用二级缓存时,所缓存的类一定要实现 java.io.Serializable 接口,这杨就可以使用序列化
方式来保存对象。

你可能感兴趣的:(ssm)