一、mybatis中的延时加载
场景案例:在一对多中,当我们有一个用户,他有100个账户,我们想查询用户信息。
问题:
在查询用户的时候,要不要把关联的账户查出来?
在查询账户的时候,要不要把关联的用户查出来?
内存分析:
答案:
在查询用户时,用户下的账户信息是,什么时候使用,什么时候查询的。
在查询账户时,账户的所属用户信息应该是随着账户查询时一起查询出来的。
什么是延迟加载和立即加载?
延时加载:
在真正使用数据时才发起查询,不用的时候不查询。按需加载(懒加载)。即:将数据加载的时机推迟了,比如推迟嵌套查询的执行时机。
在mybatis中经常用到关联查询,但是并不是任何时候都需要立即返回关联查询结果。
比如查询用户信息,并不一定需要及时返回用户对应的账户信息,这种情况就需要一种机制,当需要查看时,再执行查询,返回需要的结果集,这种需求在mybatis中可以使用延迟加载机制来实现。
延迟加载可以实现先查询主表,按需实时做关联查询,返回关联表结果集,一定程度上提高了效率。
在mybatis中,resultMap标签的association标签和collection标签具有延迟加载的功能。
立即加载:
不管用不用,只要一调用方法,马上发起查询,也就是不启用延迟加载的功能,都是立即加载。
在对应的四种表关系中:一对一,一对多,多对一,多对多。
一对多,多对多:通常情况下我们都是采用延迟加载。
多对一,一对一:通常情况下我们都是采用立即加载。
二、一对一延时加载
1、在SqlMapConfig.xml中配置setting标签
详情,请看mybatis官网文档
<!-- 配置延迟加载策略-->
<settings>
<!--打开延迟加载的全局开关-->
<setting name="lazyLoadingEnabled" value="true"/>
<!--将积极(立即)加载改为延迟加载,即按需加载
版本<=3.4.1 默认为true 立即加载
>=3.4.1,默认为false 按需加载-->
<setting name="aggressiveLazyLoading" value="false"/>
</settings>
2、在IAccoutDao.xml中配置association标签
<!--定义封装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>
<!-- 一对一的关系映射:配置封装user的内容
column:account表的外键字段,也会作为延迟加载select调用的方法参数自动传入。
select:要延时加载的statement的id。
即:延时加载需要两个statement语句来完成。
select属性的内容,查询用户的唯一标识符
column属性的内容:用户根据id查询时,所需要参数的值
即:column是作为id参数传递给select映射的语句
根据id查询对应的用户信息
-->
<association property="user" column="uid" select="com.itheima.dao.IUserDao.findUserById"></association>
</resultMap>
查询语句就只需要查询账户表的信息
<select id="findAll" resultMap="accountUserMap">
select * from account
</select>
3、测试方法
@Test
public void testFindAll(){
List<Account> accounts = accountDao.findAll();
for (Account account: accounts) {
System.out.println("-----每一个account的信息------");
//加载账户信息顺便加载对应的用户信息
System.out.println(account);
System.out.println(account.getUser());
}
}
运行结果分析:
三、一对多延时加载
步骤都跟一对一延时加载差不多。
1、在SqlMapConfig.xml中配置setting标签(略,请看上面这一步的配置)
2、在IUserDao.xml中配置collection标签
<!--定义user的resultMap-->
<resultMap id="userAccountMap" type="user">
<id property="id" column="id"></id>
<result property="username" column="username"></result>
<result property="address" column="address"></result>
<result property="sex" column="sex"></result>
<result property="birthday" column="birthday"></result>
<!--
collection定义关联集合类型的属性的封装规则
ofType:指定集合里面元素的类型
-->
<collection property="accounts" ofType="account" select="com.itheima.dao.IAccountDao.findAccountByUid" column="id"></collection>
</resultMap>
查询语句就只需要查询用户的信息
<select id="findAll" resultMap="userAccountMap">
select * from user
</select>
3、IAccountDao要有根据用户id查询账户的方法
List<Account> findAccountByUid(Integer uid);
<select id="findAccountByUid" resultType="Account">
select * from account where uid = #{uid}
</select>
4、测试方法
@Test
public void testFindAll(){
//只加载用户信息
List<User> users = userDao.findAll();
// for (User user: users){
// System.out.println("-----每个用户的信息-----");
// System.out.println(user);
// System.out.println(user.getAccounts());
// }
}
运行结果:
四、缓存
1、什么是缓存?
存在于内存中的临时数据。
2、为什么使用缓存?
减少和数据库的交互次数,提高执行效率。
3、什么样的数据能使用缓存,什么样的数据不能使用
- 适用于缓存:
经常查询并且不经常改变的。
数据的正确与否对最终结果影响不大的 - 不适用于缓存:
经常改变的数据。
数据的正确与否对最终结果影响很大的。如,商品库存,银行汇率,股市牌价。
mybatis中的一级缓存和二级缓存
一级缓存:
它指的是mybatis中SqlSession对象的缓存。
当我们执行查询的时候,查询的结果会同时存入到SqlSession为我们提供的一块区域中。
该区域的结构是一个Map。当我们再次查询同样的数据,mybatis会先去查询SqlSession中是否有,有的话直接拿来用。
当SqlSession对象消失时,mybatis的一级缓存也就消失了。
测试一次缓存:
user类:
IUserDao.xml:
测试方法:
我们使用findUserById方法
测试两次查询,运行结果如下:
只查询一次,而且两个对象是一样的。
然后我们再测试查询第一次之后,将SqlSession关闭,再重新打开,测试第二次查询,会怎样?
测试方法如下:
运行结果:
这时候两个对象已经不是同一个了,输出也是false。
进行了两次查询,第二次不再是从缓存中读取,而是访问数据库。
而且SqlSession除了关闭能清空缓存之外,还有一个办法可以实现清缓存,SqlSession的clearCache方法。
因此mybatis中默认就是一级缓存了(平时的测试类就是一级缓存存在SqlSession中)
一级缓存是SqlSession范围的缓存,当调用SqlSession的修改,添加,删除,commit(),close()等方法时,就会清空一级缓存。
二级缓存
它指的是Mybatis中SqlSessionFactory对象的缓存。由同一个SqlSessionFactory对象创建的SqlSession共享其缓存。
二级缓存的使用步骤:
第一步:让Mybatis框架支持二级缓存(在SqlMapConfig.xml中配置)
第二步:让当前的映射文件支持二级缓存(在IUserDao.xml中配置)
第三步:让当前的操作支持二级缓存(在select标签中配置)
注意:当我们在使用二级缓存时,所缓存的类一定要实现 java.io.Serializable 接口,这种就可以使用序列化方式来保存对象。
分析:
测试二次缓存
1. SqlMapConfig.xml
<settings>
<setting name="cacheEnabled" value="true"/>
</settings>
2. 在映射文件IUserDao.xml开启二级缓存,在需要使用二级缓存的操作配置(在select标签中配置)
<!--开启user支持二级缓存-->
<cache/>
<!-- 根据id查询用户 注意属性useCache -->
<select id="findUserById" parameterType="Integer" resultType="user" useCache="true">
select * from user where id=#{userId};
</select>
3. 测试类:
public class SecondLevelCacheTest {
private InputStream in;
private SqlSessionFactoryBuilder builder;
private SqlSessionFactory factory;
@Before
public void init() throws Exception{
//1、读取配置文件,生成字节输入流
in = Resources.getResourceAsStream("SqlMapConfig.xml");
//2、获取SqlSessionFactory
builder = new SqlSessionFactoryBuilder();
factory = builder.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.findUserById(41);
System.out.println(user1);
sqlSession1.close();//一级缓存消失
SqlSession sqlSession2 = factory.openSession();
IUserDao dao2 = sqlSession2.getMapper(IUserDao.class);
//第一次查询
User user2 = dao2.findUserById(41);
sqlSession2.close();
System.out.println(user2);
System.out.println(user1 == user2);
}
}
运行结果:
就只进行了一次查询而已,第二次是从二级缓存里拿的。