MyBatis 框架重点解析
1. MyBatis 执行流程
会话工厂生产的 SqlSession 对象提供了对数据库执行SQL命令所需的所有方法,包括但不限于以下功能:
- 数据库操作:SqlSession可以执行查询(select)、插入(insert)、更新(update)、删除(delete)等各种SQL命令,从而实现对数据库的CRUD操作。
- 事务管理:SqlSession可以开始、提交或回滚事务,确保多个数据库操作可以作为一个原子操作进行。
- 对象映射:SqlSession可以将查询结果映射为Java对象,简化了数据的处理和转换过程。
- 缓存管理:SqlSession可以管理MyBatis的一级缓存和二级缓存,提高数据库访问性能。
- 执行存储过程:SqlSession可以执行数据库中的存储过程,并获取其返回结果。
每个 SqlSession 就代表一次数据库连接和一个 Mapper 中的方法,也管理着对应的对象映射,并且执行完应该断开连接,是个生命周期很短的对象;
MappedStatement 优点类似与之前 JDBC 的准备态对象,底层也确实是 JDBC;
完整流程:
回答:
- 读取 MyBatis 相关配置:
- 全局设置,mybatis-config.xml 文件加载运行环境,当然很多时候,会在包路径下的 yaml 文件中配置(yaml 配置作用的是 Bean 对象,要用 Mapper,需要配置启动类的扫描包路径);
- 映射文件,XXXMapper.xml 文件,编写了具体的SQL映射语句的文件,每个Mapper接口通常会对应一个Mapper.xml文件,其中定义了SQL语句的映射关系、动态SQL等内容。
- 构建会话工厂 SqlSessionFactory,全局一个;
- 当进行一次操作的时候,会话工厂创建 SqlSession 对象(包含了执行 SQL 语句的所有方法,有了这些基础的方法,才能执行 SQL,并正确处理参数与返回值);
- 而创建 SqlSession 需要一个 MappedStatement 类型的对象,它封装了映射信息与预执行 SQL 等信息;
- 这个对象在一开始读取 MyBatis 相关配置的时候就创建了,根据不同的 sql 的 ID 来区分;
- 然后调用操作数据库的接口 Executor 执行器,同时负责查询缓存的维护;
- 输入参数映射,获得真实执行的 SQL 语句 ,执行 SQL 命令并获取结果;(根据 MappedStatement)
- 输出结果映射,将数据库返回的结果集映射成 Java 对象;(根据 MappedStatement)
- 提交会话(flush) / 断开数据库连接(close)(也有可能放入数据库连接池,保持数据库连接);
当我们属性注入 Mapper 后,前 5 步就已经完成了;
2. MyBatis 是否支持延迟加载(懒加载)?
-
延迟加载的意思就是:需要某个数据的时候再加载,不需要用到数据时则不加载,是一种懒汉模式;
-
MyBatis 支持一对一关联对象和一对多关联集合对象的延迟加载;
像这种,一个结果集中的某个属性,是通过另一条 sql 获得的(如果是多表查询的一条 sql 就不会涉及多 sql);
这样的场景,就可以用延迟加载;
-
这个延迟加载默认是关闭的,如果要开启则需要以下配置:
- 在 mybatis-config.xml / xml 中的结果集定义中启动延迟加载:
全局:
针对某一个:
<resultMap id="userResultMap" type="User"><id property="id" column="id" /><result property="username" column="username" /><association property="department" column="dept_id" select="selectDepartmentById" lazyLoadingEnabled="true"/> </resultMap>
-
yaml 配置:
全局:
mybatis:configuration:default-lazy-loading-enabled: true
针对某一个:
mappers:- name: YourMapperNamedelayLoading: true
3. MyBatis 延迟加载的底层原理是什么?
-
返回的不仅仅是一个 Java 对象,而是 CGLIB 创建的目标对象增强后的代理对象(简单地理解为受监视的对象,被代理的对象);
-
当代理对象用到 orderList 的时候,即调用 getOrderList() 的时候;
-
orderList 如果是 null,则代表未加载/未被设置,则会执行 sql 查询并通过 setter 方法设置到 orderList 属性上,并继续执行 getOrderList() 方法;
-
之后代理对象中 orderList 是有值的,就不需要进行 SQL 查询了;(如果查询结果本来就是 null,那确实会每次 get 都进行 SQL 查询,但是一般不会反复 get,如果真的有对应的场景就可能有性能问题,可能需要换一个加载策略);
4. MyBatis 的一级、二级缓存用过吗?
4.1 一级缓存
- 同一个 sqlSession,同一个 sql 输入参数一致,就走缓存;
4.2 二级缓存
- 同一个 namespace 和 mapper 的作用域(一个 Mapper 映射文件 ),同一个 sql 输入参数一致,就走缓存;
4.3 配置
一级缓存是默认打开的,二级缓存是默认关闭的,以下是配置方法:
# mybatis-config.yml# 配置一级缓存
configuration:localCacheScope: SESSION # 可选值为 SESSION(默认)和 STATEMENT# 配置二级缓存
environments:default:cache:type: org.apache.ibatis.cache.impl.PerpetualCache # 使用 PerpetualCache 作为二级缓存的实现eviction: LRU # 可选值为 LRU, FIFO, SOFT, WEAK, NONEflushInterval: 60000 # 刷新缓存的时间间隔,单位为毫秒size: 1024 # 缓存的最大条目数
或者是 mybatis-config.xml 配置的方式:
记得,还需要在要打开二级缓存的映射文件中,去加个 <cache />
标签,声明打开二级缓存;
4.4 注意事项
- 对于缓存刷新机制,当一个作用域内(sqlSession / namespace),进行了增删改操作,默认该作用域下的所有 select 的缓存将被 clear;
- 你可能会想,微服务开发怎么办?但是微服务的 MyBatis 在合理开发是不会重用的,而是访问别的微服务,所以对于同一个域仍然在同一个微服务去执行;
- 二级缓存需要缓存的数据要实现 Serializable 接口;
- 数据不会直接进入二级缓存,而是会话提交或者关闭以后,一级缓存中的数据才会序列化转移到二级缓存中;
4.5 回答
- 一级缓存:基于 PerpetualCache 的 HashMap 本地缓存,其存储作用域是 Session,当 Session 进行 flush 或者 close 之后,该 Session 中的 Cache 就将清空,默认打开;
- 二级缓存:基于 namespace 和 mapper 的作用域起作用域,不依赖于 SqlSession,默认也是采用 PerpetualCache 的 HashMap 存储。默认关闭,需要配置开启,一个是 yaml / 核心配置文件,一个是需要打开二级缓存的 mapper 映射文件;
MyBatis 的二级缓存什么时候会清楚缓存中的数据:
- 当一个作用域内(sqlSession / namespace),进行了增删改操作,默认该作用域下的所有 select 的缓存将被 clear;