【框架】MyBatis 框架重点解析

MyBatis 框架重点解析

1. MyBatis 执行流程

会话工厂生产的 SqlSession 对象提供了对数据库执行SQL命令所需的所有方法，包括但不限于以下功能：

1. 数据库操作：SqlSession可以执行查询（select）、插入（insert）、更新（update）、删除（delete）等各种SQL命令，从而实现对数据库的CRUD操作。
2. 事务管理：SqlSession可以开始、提交或回滚事务，确保多个数据库操作可以作为一个原子操作进行。
3. 对象映射：SqlSession可以将查询结果映射为Java对象，简化了数据的处理和转换过程。
4. 缓存管理：SqlSession可以管理MyBatis的一级缓存和二级缓存，提高数据库访问性能。
5. 执行存储过程：SqlSession可以执行数据库中的存储过程，并获取其返回结果。

每个 SqlSession 就代表一次数据库连接和一个 Mapper 中的方法，也管理着对应的对象映射，并且执行完应该断开连接，是个生命周期很短的对象；

MappedStatement 优点类似与之前 JDBC 的准备态对象，底层也确实是 JDBC；

完整流程：

回答：

1. 读取 MyBatis 相关配置：
   1. 全局设置，mybatis-config.xml 文件加载运行环境，当然很多时候，会在包路径下的 yaml 文件中配置（yaml 配置作用的是 Bean 对象，要用 Mapper，需要配置启动类的扫描包路径）；
   2. 映射文件，XXXMapper.xml 文件，编写了具体的SQL映射语句的文件，每个Mapper接口通常会对应一个Mapper.xml文件，其中定义了SQL语句的映射关系、动态SQL等内容。
2. 构建会话工厂 SqlSessionFactory，全局一个；
3. 当进行一次操作的时候，会话工厂创建 SqlSession 对象（包含了执行 SQL 语句的所有方法，有了这些基础的方法，才能执行 SQL，并正确处理参数与返回值）；
4. 而创建 SqlSession 需要一个 MappedStatement 类型的对象，它封装了映射信息与预执行 SQL 等信息；
   • 这个对象在一开始读取 MyBatis 相关配置的时候就创建了，根据不同的 sql 的 ID 来区分；
5. 然后调用操作数据库的接口 Executor 执行器，同时负责查询缓存的维护；
6. 输入参数映射，获得真实执行的 SQL 语句 ，执行 SQL 命令并获取结果；（根据 MappedStatement）
7. 输出结果映射，将数据库返回的结果集映射成 Java 对象；（根据 MappedStatement）
8. 提交会话（flush） / 断开数据库连接（close）（也有可能放入数据库连接池，保持数据库连接）；

当我们属性注入 Mapper 后，前 5 步就已经完成了；

2. MyBatis 是否支持延迟加载（懒加载）？

• 延迟加载的意思就是：需要某个数据的时候再加载，不需要用到数据时则不加载，是一种懒汉模式；

• MyBatis 支持一对一关联对象和一对多关联集合对象的延迟加载；

  

  像这种，一个结果集中的某个属性，是通过另一条 sql 获得的（如果是多表查询的一条 sql 就不会涉及多 sql）；

  这样的场景，就可以用延迟加载；

• 这个延迟加载默认是关闭的，如果要开启则需要以下配置：

  1. 在 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>
  

  2. yaml 配置：

     全局：

     mybatis:
       configuration:
         default-lazy-loading-enabled: true
     

     针对某一个：

     mappers:
       - name: YourMapperName
         delayLoading: true
     

3. MyBatis 延迟加载的底层原理是什么？

1. 返回的不仅仅是一个 Java 对象，而是 CGLIB 创建的目标对象增强后的代理对象（简单地理解为受监视的对象，被代理的对象）；

2. 当代理对象用到 orderList 的时候，即调用 getOrderList() 的时候；

3. orderList 如果是 null，则代表未加载/未被设置，则会执行 sql 查询并通过 setter 方法设置到 orderList 属性上，并继续执行 getOrderList() 方法；

4. 之后代理对象中 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, NONE
      flushInterval: 60000 # 刷新缓存的时间间隔，单位为毫秒
      size: 1024 # 缓存的最大条目数

或者是 mybatis-config.xml 配置的方式：

记得，还需要在要打开二级缓存的映射文件中，去加个 <cache /> 标签，声明打开二级缓存；

4.4 注意事项

1. 对于缓存刷新机制，当一个作用域内（sqlSession / namespace），进行了增删改操作，默认该作用域下的所有 select 的缓存将被 clear；
   • 你可能会想，微服务开发怎么办？但是微服务的 MyBatis 在合理开发是不会重用的，而是访问别的微服务，所以对于同一个域仍然在同一个微服务去执行；
2. 二级缓存需要缓存的数据要实现 Serializable 接口；
3. 数据不会直接进入二级缓存，而是会话提交或者关闭以后，一级缓存中的数据才会序列化转移到二级缓存中；

4.5 回答

1. 一级缓存：基于 PerpetualCache 的 HashMap 本地缓存，其存储作用域是 Session，当 Session 进行 flush 或者 close 之后，该 Session 中的 Cache 就将清空，默认打开；
2. 二级缓存：基于 namespace 和 mapper 的作用域起作用域，不依赖于 SqlSession，默认也是采用 PerpetualCache 的 HashMap 存储。默认关闭，需要配置开启，一个是 yaml / 核心配置文件，一个是需要打开二级缓存的 mapper 映射文件；

MyBatis 的二级缓存什么时候会清楚缓存中的数据：

• 当一个作用域内（sqlSession / namespace），进行了增删改操作，默认该作用域下的所有 select 的缓存将被 clear；