延迟加载
延迟加载:在真正使用数据时才发起查询,不用的时候不查询,按需加载(懒加载),以免造成不必要的浪费。
立即加载:不管用不用,只要一调用方法,马上发起查询。
还是之前的Account表和User表我们来举例,一个账户一定对应一个用户,并且在之前讲多表查询的时候,我们已经将各种配置都设置好了,并已经将User封装到了Account实体类中。现在学习延迟加载,我们需要做的任务就是,在查询account表时,对其对应的用户信息进行延迟加载。
本质上我们还是多表查询,只是将多次查询做了处理。
- select * from account;//对account进行查询
- select * from user where id=#{uid}//uid是上表的查询出来的uid。
先进行第一条语句查询,需要时再进行第二条,即可达到延迟加载的效果。
IUserDao.xml
因为第二条语句可以是一个单独的操作,那么就将其放入对应的IUserDao.xml配置中
<!--根据id查询用户-->
<select id="findOne" parameterType="int" resultType="user">
select * from user where id=#{uid}
</select>
IAccountDao.xml
刚才说,本质还是多表查询,那么resultMap一定少不了,之前讲一对一的association也少不了,不过需要对其进行修改,就是其中包含的封装内容不再需要,而是将其换为select属性,关联刚才在IUserDao.xml中写的findOne查询操作。
<!--定义封装account和user的resultMap-->
<resultMap id="accountUserMap" type="account">
<id property="id" column="id"></id>
<result property="uid" column="uid"></result>
<result property="money" column="money"></result>
<!--select属性指定的内容,查询用户的唯一标识-->
<!--column属性指定的内容,用户根据id查询时,所需要的参数的值-->
<association property="user" column="uid" javaType="user" select="org.example.dao.IUserDao.findOne"></association>
</resultMap>
<select id="findAll" resultMap="accountUserMap">
select * from account
</select>
测试
@Test
public void testFindAll(){
List<Account> accounts = accountDao.findAll();
for(Account account : accounts){
System.out.println(account);
}
}
显示结果:
此时,其实还没有完成真正的延迟加载,我们可以看到执行了select * from account语句之后,直接就执行了后面三个查询语句。
这是mybatis官方文档中xml配置settings部分的内容,lazyloadingEnabled延迟加载全局开关,aggressiveLazyLoading现在默认为false,可以不配置。
SqlMapConfig.xml
<!--配置参数-->
<settings>
<!--开启mybatis支持延迟加载-->
<setting name="lazyLoadingEnabled" value="true"/>
</settings>
测试
这里我们进行操作,不显示,因为显示了,说明需要后序内容。
@Test
public void testFindAll(){
List<Account> accounts = accountDao.findAll();
}
结果:
可以看到,延迟加载成功了。
一对多延迟
一个用户可能对应多个账户。
还是两个Sql语句
- select * from user
- select * from account where uid=#{id}
按需加载,先加载第一句,如果需要加载第二句。
IAccountDao.xml
Dao接口需要声明方法别忘了,这就不写了
<select id="findAccountByUid" resultType="Account" parameterType="int">
select * from account where uid=#{id}
</select>
IUserDao.xml
<!--定义User的resultMap-->
<resultMap id="userAccountMap" type="user">
<id property="id" column="id"></id>
<result property="username" column="username"></result>
<result property="birthday" column="birthday"></result>
<result property="sex" column="sex"></result>
<result property="address" column="address"></result>
<!--配置user对象中accounts集合的映射-->
<collection property="accounts" ofType="account" select="org.example.dao.IAccountDao.findAccountByUid" column="id"></collection>
</resultMap>
<select id="findAll" resultMap="userAccountMap">
select * from user
</select>
理论和之前都是一样的,这里是一对多所以需要collection标签,并将内部封装删掉,改为select属性。
测试
@Test
public void findAll() throws IOException {
List<User> userList = userDao.findAll();
}
缓存
缓存是存在于内存中的临时数据,可以减少和数据库的交互次数,提高执行效率。但是什么时候可以使用缓存呢?那就是经常查询并且不经常改变的,数据的额正确与否对最终结果影响不大的,才可以使用缓存。
一级缓存
一级缓存是指mybatis中SqlSession对象的缓存。当我们执行查询之后,查询的结果会同时存入到SqlSession为我们提供的一块区域中,该区域的结构是一个Map。当我们再次查询同样的数据,mybatis会先去SqlSession中查看是否有,有的话就直接拿出来用。当SqlSession对象消失时,mybatis的一级缓存也就消失了。
IUserDao.xml
对之前的findOne方法进行修改,现在就是单纯的根据id查用户,我们来看看一级缓存。
<!--根据id查询用户-->
<select id="findOne" parameterType="int" resultType="user">
select * from user where id=#{id}
</select>
测试
@Test
public void testFirstLevelCache(){
User user1 = userDao.findOne(1);
System.out.println(user1);
User user2 = userDao.findOne(1);
System.out.println(user2);
System.out.println(user1==user2);
}
此时,将User中重写的toString方法删去,直接看两个对象的地址。
可以看到两个对象是相同的。
可以看到mybatis只进行了一次连接,所以可以证明这就是利用了一级缓存。相反,可以通过sqlSession.close()方法关闭sqlsession对象,然后冲新获取,就会发现两个对象不同了。另外还有clearCache方法可以清楚缓存,即重新获取对象之后得到两个不同对象。
一级缓存分析
一级缓存是SqlSession范围的额缓存,当调用SqlSession的修改,添加,删除,commit(),close()等方法时,就会清空一级缓存。接下来我们测试一下,在两次查询之前做一次修改操作。
IUserDao
//修改操作
void updateUser(User user);
IUserDao.xml
<!--根据操作-->
<update id="updateUser" parameterType="user">
update user set username=#{username},address=#{address} where id=#{id}
</update>
测试
@Test
public void testFirstLevelCache1(){
User user1 = userDao.findOne(1);
System.out.println(user1);
user1.setUsername("张三");
user1.setAddress("******");
userDao.updateUser(user1);
User user2 = userDao.findOne(1);
System.out.println(user2);
System.out.println(user1==user2);
}
测试结果:
首先可以看到两个对象是不同的。
然后可以看到sql执行了两次。
二级缓存
二级缓存是指mybatis中SqlSessionFactory对象的缓存,由同一个SqlSessionFactory对象创建的,SqlSession共享其缓存。
二级缓存的使用步骤:
- 让mybatis框架支持二级缓存(默认为true,可以不用配置)
- 让当前映射文件支持二级缓存(在IUserDao.xml中配置)
- 让当前的操作支持二级缓存(在select标签中配置)
SqlMapConfig
<settings>
<setting name="cacheEnabled" value="true"/>
</settings>
IUserDao.xml
<!--开启user支持二级缓存-->
<cache/>
<!--根据id查询用户-->
<select id="findOne" parameterType="int" resultType="user" useCache="true">
select * from user where id=#{id}
</select>
测试
package org.example.test;
import org.apache.ibatis.io.Resources;
import org.apache.ibatis.session.SqlSession;
import org.apache.ibatis.session.SqlSessionFactory;
import org.apache.ibatis.session.SqlSessionFactoryBuilder;
import org.example.dao.IUserDao;
import org.example.domain.User;
import org.junit.After;
import org.junit.Before;
import org.junit.Test;
import java.io.IOException;
import java.io.InputStream;
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 IOException {
in.close();
}
@Test
public void testFirstLevelCache(){
SqlSession sqlSession1 = factory.openSession();
IUserDao dao1 = sqlSession1.getMapper(IUserDao.class);
User user1 = dao1.findOne(1);
System.out.println(user1);
sqlSession1.close();//一级缓存消失
SqlSession sqlSession2 = factory.openSession();
IUserDao dao2 = sqlSession2.getMapper(IUserDao.class);
User user2 = dao2.findOne(1);
System.out.println(user2);
sqlSession2.close();
System.out.println(user1 == user2);
}
}
测试结果:
通过SqlSession.close()方法,我们将一级缓存清理掉了。
通过结果我们能看到,并没有执行两次SQL,说明在二级缓存中拿到了数据。
但是,我们发现执行结果依然为false?这不是自相矛盾吗?其实不是!因为一级缓存中存入的并不是对象,而是单纯的数据,当有SqlSession来拿数据时,每次都会封装成一个新的对象,所以才会出现结果不同的现象。