MyBatis面试题全解析 - 核心考点、底层原理与实战攻略

一、MyBatis 核心架构与运行机制

在回答MyBatis面试题时，理解其整体架构是基础。MyBatis 是一款优秀的持久层框架，它支持自定义 SQL、存储过程以及高级映射。MyBatis 免除了几乎所有的 JDBC 代码以及设置参数和获取结果集的工作。MyBatis 可以通过简单的 XML 或注解来配置和映射原始类型、接口和 Java POJO（Plain Old Java Objects）为数据库中的记录。

1.1 核心组件解析

SqlSessionFactoryBuilder

用于构建 SqlSessionFactory。它的作用域仅限于方法体内，可以被销毁。它负责读取配置文件（XML或Java配置），生成 Configuration 对象，进而创建 SqlSessionFactory。

SqlSessionFactory

工厂接口，负责生产 SqlSession。它是单个数据库映射关系经过编译后的内存镜像。SqlSessionFactory 对象的实例可以通过 SqlSessionFactoryBuilder 对象来创建，而 SqlSessionFactoryBuilder 则可以从 XML 配置文件或一个预先定制的 Configuration 的实例构建出 SqlSessionFactory 的实例。

SqlSession

向数据库发送 SQL 执行并返回结果的接口。它包含了执行 SQL 所需的所有方法，对应一次数据库会话。会话可以通过关闭来释放资源，但通常使用 try-with-resources 或 finally 块来确保释放。

Mapper 接口

程序员需要编写的 DAO 接口，MyBatis 通过动态代理机制生成该接口的实现类。接口中的方法名必须与 XML 中定义的 Statement ID 一致。

1.2 执行流程详解

当调用 Mapper 接口的方法时，MyBatis 的执行流程如下：

① 接收参数：将 Java 方法参数封装为 Map 或单个对象。
② 解析 SQL：根据 Namespace + ID 找到对应的 MappedStatement 对象。
③ 参数映射：通过 TypeHandler 将 Java 对象转换为数据库所需的 JDBC 类型。
④ 执行 SQL：通过 Executor 执行 SQL 语句，如果是查询，则调用 ResultSetHandler 处理结果集。
⑤ 返回结果：将数据库结果集转换为 Java 对象或集合返回。

二、MyBatis 核心对象的生命周期

理解SqlSession和SqlSessionFactory的生命周期对于避免内存泄漏和线程安全问题至关重要。这是面试中高频考察的知识点。

阶段一：应用启动期

SqlSessionFactory 的创建

SqlSessionFactory 应该在应用启动时创建，且只创建一次。它应该被视为单例模式（Singleton）。因为它包含整个应用运行期间所有配置信息，线程安全，适合共享。

阶段二：请求处理期

SqlSession 的获取与使用

SqlSession 不是线程安全的，因此它的生命周期应该局限于请求或方法体内。每次数据库操作都应获取一个新的 SqlSession 实例，操作完成后必须关闭。通常在 Service 层或 DAO 层的方法中获取和使用。

阶段三：销毁期

资源释放

SqlSession 关闭后，其占用的数据库连接会返回连接池，内部缓存数据会被清空。务必确保在 finally 块或使用 try-with-resources 语法来关闭 SqlSession。

三、XML 映射与动态 SQL 技巧

动态 SQL是 MyBatis 最强大的特性之一，它允许根据条件动态构建 SQL 语句，极大地简化了复杂查询的实现。

3.1 常用动态 SQL 标签

标签	作用	适用场景
<if>	条件判断	用于单个条件的判断，如用户ID不为空时追加条件。
<choose>	开关选择	类似于 Java 的 switch-case。当某个条件满足后，不再判断其他条件。
<where>	智能 WHERE	自动去除 SQL 中多余的 AND 或 OR，并自动添加 WHERE 关键字。
<trim>	字符串截取	更灵活的 WHERE 标签，可自定义前缀后缀及需要去除的前缀。
<foreach>	循环遍历	用于 IN 语句或批量插入，遍历集合或数组。
<set>	智能 SET	用于 UPDATE 语句，自动去除末尾多余的逗号。

3.2 代码示例：动态查询

<select id="findActiveBlogLike" resultType="Blog">
    SELECT  FROM BLOG WHERE state = ‘ACTIVE’
    <where>
        <if test="title != null">
            AND title like #{title}
        </if>
        <if test="author != null and author.name != null">
            AND author_name like #{author.name}
        </if>
    </where>
</select>

四、MyBatis 缓存机制深度解析

缓存是提升数据库性能的关键手段。MyBatis 内置了完善的缓存机制，分为一级缓存和二级缓存。理解它们的区别、作用域及失效条件是面试重点。

一级缓存详解

一级缓存是 SqlSession 级别的缓存，默认开启。它在同一个 SqlSession 中有效。

⚡ 原理：当执行查询时，MyBatis 会先在 LocalCache 中查找。如果存在，直接返回；如果不存在，查询数据库并放入缓存。
⚡ 作用域：仅限于当前 SqlSession 会话。
⚡ 局限性：不同的 SqlSession 之间缓存不共享。如果在一个事务中执行了更新操作（insert/update/delete），一级缓存会被清空，以保证数据一致性。

二级缓存详解

二级缓存是 Mapper (Namespace) 级别的缓存，多个 SqlSession 可以共享。默认不开启，需要手动配置。

⚡ 配置：需要在 Mapper XML 文件中添加 <cache/> 标签，并确保实体类实现 Serializable 接口。
⚡ 原理：查询时，先查二级缓存，再查一级缓存，最后查数据库。写入时，先写入一级缓存，当 SqlSession 关闭或提交时，数据才会被写入二级缓存。
⚡ 注意事项：二级缓存可能导致脏读问题，特别是在多表关联查询或频繁更新的场景下需谨慎使用。通常建议结合 Redis 等分布式缓存使用。

缓存失效与清理

以下情况会导致缓存失效：

执行了任何 INSERT、UPDATE、DELETE 语句。
调用了 SqlSession.clearCache()。
一级缓存中设置的时间过期（默认1小时）。
查询条件不同（一级缓存基于相同的 Statement ID 和参数）。

五、MyBatis 插件原理与开发

MyBatis 插件是面试官考察候选人对框架底层理解深度的重要话题。MyBatis 允许通过插件拦截四大核心对象的方法执行。

5.1 插件拦截对象

MyBatis 插件可以拦截以下四个接口的实现类的方法：

1. Executor：执行器，用于调度 StatementHandler、ParameterHandler、ResultSetHandler。
2. ParameterHandler：处理 SQL 语句中的参数。
3. ResultSetHandler：处理结果集，将 ResultSet 转换为 Java 对象。
4. StatementHandler：处理 SQL 语句的编译和预编译。

5.2 插件开发步骤

开发一个自定义插件（例如分页插件）：

@Intercepts({
    @Signature(type = Executor.class, method = "query", args = {MappedStatement.class, Object.class, RowBounds.class, ResultHandler.class})
})
public class MyPlugin implements Interceptor {
    @Override
    public Object intercept(Invocation invocation) throws Throwable {
        // 1. 获取原始参数
        // 2. 修改 SQL 或参数（如添加分页限制）
        // 3. 执行原始方法
        Object result = invocation.proceed();
        // 4. 处理结果
        return result;
    }
    @Override
    public Object plugin(Object target) {
        return Plugin.wrap(target, this);
    }
    @Override
    public void setProperties(Properties properties) {
        // 读取配置参数
    }
}

在 MyBatis 配置文件中注册插件：

<plugins>
    <plugin interceptor="com.example.MyPlugin"/>
</plugins>

六、事务管理与传播机制

在 Spring + MyBatis 的整合项目中，事务管理通常由 Spring 负责。但了解 MyBatis 本身的事务管理方式有助于理解底层逻辑。

6.1 JDBC 事务 vs 管理事务

MyBatis 的 TransactionFactory 可以创建两种类型的事务：

🔹 JDBC：直接使用 JDBC 的提交和回滚设施，依赖于数据库连接的管理。
🔹 MANAGED：几乎不做什么，将连接的打开和关闭交给容器管理（如 JNDI 数据源）。

6.2 Spring 中的事务传播

虽然 MyBatis 不直接管理 Spring 的事务传播行为，但在面试中常结合考察：

REQUIRED（默认）：如果当前存在事务，则加入该事务；如果当前没有事务，则创建一个新事务。
REQUIRES_NEW：创建一个新事务，如果当前存在事务，则把当前事务挂起。
NESTED：如果当前存在事务，则在嵌套事务内执行；如果当前没有事务，则执行与 REQUIRED 类似的操作。

七、MyBatis 性能优化实战

针对MyBatis面试题中的性能优化部分，以下是几个关键的优化策略：

1. SQL 语句优化

避免使用 SELECT ，只查询需要的字段。合理使用索引，避免在索引列上进行函数运算或类型转换。对于大数据量查询，务必使用分页（Limit）。

2. 批量操作优化

使用 <foreach> 进行批量插入或更新时，注意 SQL 语句的长度限制。对于超大数据量，可以考虑分批提交或使用 MyBatis 的 BatchExecutor。

3. 连接池配置

选择合适的连接池（如 HikariCP, Druid）。合理配置最大连接数、最小空闲连接数、连接超时时间等参数，以应对高并发场景。

4. 缓存策略

合理使用二级缓存或引入 Redis 缓存。对于热点数据，优先从缓存读取，减少数据库压力。注意缓存穿透、缓存击穿和缓存雪崩的解决方案。

7.1 常见问题排查

当遇到性能问题时，可以通过以下步骤排查：

开启 MyBatis 的日志记录（Log4j2 或 Slf4j），打印 SQL 语句及参数。
使用数据库执行计划（Explain）分析慢 SQL。
检查是否存在 N+1 查询问题（通过开启二级缓存或调整关联查询方式解决）。
监控数据库连接池的状态，检查是否有连接泄漏。

八、网友们还关心：MyBatis 周边生态与进阶

除了核心面试题，了解 MyBatis 的周边生态和进阶知识能展现候选人的技术广度。

8.1 MyBatis-Plus 简介

MyBatis-Plus (MP) 是一个 MyBatis 的增强工具，在 MyBatis 的基础上只做增强不做改变，为简化开发、提高效率而生。它提供了通用的 CRUD 操作、分页插件、代码生成器等功能，是目前国内非常流行的 ORM 框架之一。

8.2 多数据源配置思路

在多数据源场景下，通常通过自定义 AbstractRoutingDataSource 结合 ThreadLocal 来实现动态数据源切换。在 Service 层通过 AOP 或注解指定当前方法使用的数据源 Key。

MyBatis面试题全解析：从入门到精通