Mybatis中的延迟加载
案例分析
- 问题:在一对多中,当有一个用户,他有一百个账户
- 在查询用户的时候,要不要把关联的账户查出来?
- 在查询账户的时候,要不要把关联的用户查出来
- 解决办法:
- 在查询用户时,用户下的账户信息应该是,什么时候使用,什么时候查询的。
- 在查询账户时,账户的所属用户信息应该是随着账户查询时一起查询出来
延迟加载和立即加载
- 延迟加载:在真正使用数据时才发起查询,不用的时候不查询,也叫按需加载(懒加载)
- 立即加载:不管用不用,只要一调用方法,马上发起查询
- 四种表关系的选择(一对多,多对一,一对一,多对多)
- 延迟加载:一对多,多对多
- 立即加载:多对一,一对一
一对多延迟加载示例:一个用户对多个账户(代码+配置)
- 实体
public class Account implements Serializable {
private Integer id;
private Integer uid;
private Double money;
//从表实体应该包含一个主表实体的对象引用
private User user;
}
public class User implements Serializable {
private Integer id;
private String username;
private String address;
private String sex;
private Date birthday;
//一对多关系映射:主表实体应该包含从表实体的集合引用
private List<Account> accounts;
}
- 接口
public interface IAccountDao {
/**
* 根据用户id查询账户信息
* @param uid
* @return
*/
List<Account> findAccountByUid(Integer uid);
}
public interface IUserDao {
/**
* 查询所有用户,同时获取到用户下所有账户的信息
* @return
*/
List<User> findAll();
}
- 接口配置文件xml
<mapper namespace="com.itheima.dao.IUserDao">
<!-- 定义User的resultMap-->
<resultMap id="userA
ccountMap" 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>
<!-- 配置user对象中accounts集合的映射 -->
<collection property="accounts" ofType="account" select="com.itheima.dao.IAccountDao.findAccountByUid" column="id"></collection>
</resultMap>
<!-- 查询所有 -->
<select id="findAll" resultMap="userAccountMap">
select * from user
</select>
</mapper>
<mapper namespace="com.itheima.dao.IAccountDao">
<!-- 根据用户id查询账户列表 -->
<select id="findAccountByUid" resultType="account">
select * from account where uid = #{uid}
</select>
</mapper>
- 主配置文件xml
<configuration>
<!-- 配置properties-->
<properties resource="jdbcConfig.properties"></properties>
<!-- 关键之处********开启延迟加载 -->
<!--配置参数-->
<settings>
<!--开启Mybatis支持延迟加载-->
<setting name="lazyLoadingEnabled" value="true"/>
<setting name="aggressiveLazyLoading" value="false"></setting>
</settings>
<!--使用typeAliases配置别名,它只能配置domain中类的别名 -->
<typeAliases>
<package name="com.itheima.domain"></package>
</typeAliases>
<!--配置环境-->
<environments default="mysql">
<!-- 配置mysql的环境-->
<environment id="mysql">
<!-- 配置事务 -->
<transactionManager type="JDBC"></transactionManager>
<!--配置连接池-->
<dataSource type="POOLED">
<property name="driver" value="${jdbc.driver}"></property>
<property name="url" value="${jdbc.url}"></property>
<property name="username" value="${jdbc.username}"></property>
<property name="password" value="${jdbc.password}"></property>
</dataSource>
</environment>
</environments>
<!-- 配置映射文件的位置 -->
<mappers>
<package name="com.itheima.dao"></package>
</mappers>
</configuration>
Mybatis中的缓存
缓存的概念以及使用
- 存在内存中的临时数据。比如在第一次查询就可以存到内存里,下次使用就不用跟数据库查询,减少和数据库交互的次数,从而快速的把数据获取。
- 为什么使用缓存:
- 减少和数据库的交互次数,提高执行效率
- 适用于缓存的数据
- 经常查询的
- 不经常改变的
- 数据的正确与否对最终结果影响不大的
- 不适用于缓存的数据
- 经常改变的数据
- 数据的正确与否对最终结果影响很大(商品库存,银行汇率,股市牌价)
Mybatis中的一级缓存和二级缓存
- 一级缓存
- 指的是mybatis中SqlSession对象的缓存
- 当我们执行查询之后,查询的结果会同时存入到SqlSession为我们提供的一块区域中
- 该区域的结构是一个Map,当我们再次查询同样的数据,mybatis会先去sqlSession中查看是否有,有的话直接拿出来用
- 当SqlSession对象消失时,mybatis的一级缓存也就消失了
- 代码示例:
- 效果:查询某个user,再查询某个user,两次查出来的对象是同一个地址的数据
- 主配置
<settings> <setting name="cacheEnabled" value="true"/> </settings>
- 触发清空一级缓存
- 当调用SqlSession的修改,添加,删除,commit(),close()等方法时,就会清空一级缓存
- 二级缓存
- 指的是mybatis中SqlSessionFactory对象的缓存,由同一个SqlSessionFactory创建的SqlSession共享其缓存
- 使用步骤
- 第一步:让mybatis框架支持二级缓存(主配置文件里配置)
- 第二步:让当前的映射文件支持二级缓存(接口配置文件)
- 第三步:让当前的操作支持二级缓存(在
<select>
标签里配置)
- 注意:二级缓存里存的是数据而不是对象
- 代码示例:
-
效果:查询一次,然后sqlSession1.close(),然后在开一个sqlsession再查,是同一份数据,没有重新访问数据库
-
主配置
<settings> <setting name="cacheEnabled" value="true"/> </settings>
-
映射文件(包含当前操作)
<mapper namespace="com.itheima.dao.IUserDao"> <!--开启user支持二级缓存--> <cache/> <!-- 根据id查询用户 --> <!-- userCach就是第三步的设置 --> <select id="findById" parameterType="INT" resultType="user" useCache="true"> select * from user where id = #{uid} </select> <!-- 更新用户信息--> <update id="updateUser" parameterType="user"> update user set username=#{username},address=#{address} where id=#{id} </update> </mapper>
-