MyBatis 的优点和缺点分析

一、MyBatis 的优点

1. 灵活性强
   MyBatis 允许开发者直接编写 SQL 语句，对 SQL 有完全的控制权。适合需要复杂 SQL 优化或数据库特性（如存储过程）的场景。
   例如： 电商系统需要根据用户行为动态生成个性化推荐 SQL，MyBatis 可以直接嵌入复杂条件判断。

2. 简化 JDBC 代码
   自动处理数据库连接、结果集映射等重复工作，开发者只需关注 SQL 和业务逻辑。
   例如： 查询用户数据时，JDBC 需要手动解析 ResultSet，而 MyBatis 自动映射到 Java 对象。

3. 动态 SQL 支持
   通过 <if>, <foreach> 等标签动态拼接 SQL，避免 Java 代码中拼接字符串的混乱。
   例如： 搜索商品时，根据用户选择的筛选条件动态生成 WHERE 子句。

4. 与 Spring 集成方便
   通过 mybatis-spring 模块无缝整合 Spring，简化事务管理和依赖注入。
   例如： 在 Spring Boot 中只需添加 @MapperScan 注解即可自动扫描 Mapper 接口。

5. 性能可控
   直接操作 SQL，可以针对特定场景优化查询，避免 ORM 框架的“黑盒”行为。
   例如： 分页查询时，直接写 LIMIT 语句比 Hibernate 的 Criteria 更高效。

二、MyBatis 的缺点

1. 需要手动编写 SQL
   对不熟悉 SQL 的开发者有学习成本，且 SQL 错误需手动调试。
   例如： 新手可能写出 N+1 查询问题（循环中多次访问数据库），而 JPA 的 @OneToMany 可自动优化。

2. 数据库移植性差
   SQL 与数据库方言绑定，切换数据库（如 MySQL → Oracle）需重写 SQL。
   例如： MySQL 的 LIMIT 在 Oracle 中需改为 ROWNUM。

3. XML 配置较繁琐
   需维护大量 XML 文件（Mapper 映射），项目庞大时难以管理。
   例如： 一个订单系统可能有几十个 Mapper XML，查找某个 SQL 需遍历文件。

4. 缓存机制较弱
   一级缓存（SqlSession 级别）作用域小，二级缓存需手动配置且易引发脏读。
   例如： 两个服务同时更新同一数据时，二级缓存可能未及时失效。

5. 关联查询较复杂
   多表关联需手动编写 JOIN 语句并映射结果，而 JPA 可通过实体关系自动关联。
   例如： 查询“订单及所属用户”时，MyBatis 需写 JOIN 和 resultMap，JPA 只需 @ManyToOne。

总结

适用场景：

• ✅ 需要精细控制 SQL 的项目（如金融、电商）。
• ✅ 遗留系统改造（SQL 已存在且不易重写）。
• ❌ 快速迭代或数据库频繁切换的项目（推荐 JPA/Hibernate）。

Mermaid 思维导图