MyBatis-Plus 常见问题与优化

MyBatis-Plus 常见问题与优化

引用

CSDN

1.

https://blog.csdn.net/Flying_Fish_roe/article/details/142417927

在使用 MyBatis-Plus 进行开发时，开发者可能会遇到一些常见问题和性能瓶颈。通过对这些问题进行分析，并结合优化策略，可以显著提升系统的性能和开发效率。本文将探讨 MyBatis-Plus 的常见问题以及针对这些问题的优化方案，涵盖 分页查询优化、SQL 执行性能、批量操作、缓存 等方面。

一、MyBatis-Plus 常见问题

1. 查询性能问题

问题描述：当数据库中记录数量较大时，查询性能可能会受到影响，特别是对于全表扫描、未加索引或分页查询时。

常见原因：

• 查询条件未使用索引，导致全表扫描。
• 分页查询未优化，当页数较大时，查询速度急剧下降。
• 数据库设计不合理，查询涉及大量的数据联表操作，导致 SQL 复杂且执行缓慢。

2. 大数据量插入或更新的性能问题

问题描述：在大量数据插入、更新或删除操作时，SQL 执行时间较长，系统性能下降。

常见原因：

• 使用单条 SQL 逐条插入或更新，而没有采用批量处理。
• 在大数据量插入时，没有关闭 MyBatis-Plus 的自动填充功能，导致每条记录都进行数据检查和转换。

3. 分页查询返回全量数据

问题描述：分页查询时，如果未正确设置分页参数，可能导致返回全量数据，无法达到分页效果，甚至可能导致内存溢出。

常见原因：

• 没有使用 MyBatis-Plus 提供的分页插件，导致 SQL 中未正确加入分页逻辑。
• 分页插件未正确配置或未生效。

4. 过度使用通用方法

问题描述：MyBatis-Plus 提供了大量的通用 CRUD 方法，开发者容易过度依赖通用方法，导致某些复杂场景下生成的 SQL 不够优化。

常见原因：

• 通用 CRUD 方法默认生成的 SQL 针对大部分场景是合理的，但对于某些特定场景（如动态查询、复杂联表查询），通用 SQL 可能并非最佳选择。

5. 数据库连接池配置不合理

问题描述：数据库连接池配置不合理（如连接数过少或过多），可能导致系统在高并发或大批量数据操作时出现连接耗尽或连接浪费的问题。

常见原因：

• 没有根据实际业务量和数据库承载能力调整连接池参数。
• 在高并发场景下，数据库连接池未配置最大连接数，导致连接池资源浪费或数据库压力过大。

二、MyBatis-Plus 的优化策略

针对上述常见问题，以下是一些有效的优化策略，能够帮助开发者提升 MyBatis-Plus 项目的性能。

1. 索引优化与查询性能

优化方法：

• 索引优化：针对查询条件中的字段，特别是高频使用的查询条件字段，应该添加适当的索引。索引可以大幅减少全表扫描的次数，提高查询效率。
• 如果是经常用于 WHERE 条件中的字段（如 id 或 status），应当添加 B-Tree 索引。
• 如果有大量的模糊查询（如 LIKE '%xxx%'），可以使用全文索引。
• 分页查询优化：
• 当页数较大时，分页查询的性能容易下降。可以通过 ID 越界查询 或 延迟分页 来优化大数据分页查询。例如：

  SELECT * FROM table WHERE id > (SELECT id FROM table ORDER BY id LIMIT 10000, 1) LIMIT 10;
  

• 这种方法通过先查找边界 ID，然后基于 ID 进行分页，避免了直接使用 OFFSET 的全表扫描。
• 懒加载与预加载：在处理复杂对象关系（如一对多或多对多）时，可以使用懒加载避免一次性加载大量数据，或使用预加载来优化特定的查询。

2. 批量操作优化

优化方法：

• 批量插入：对于大数据量的插入操作，MyBatis-Plus 提供了批量插入方法 insertBatchSomeColumn，可以减少 SQL 语句的执行次数，从而大幅提升性能。批量插入的 SQL 类似如下：

  INSERT INTO table (column1, column2) VALUES (value1, value2), (value3, value4), ...;
  

• 关闭自动填充功能：在批量插入操作中，如果不需要自动填充字段（如创建时间、更新时间），可以临时关闭自动填充功能，减少不必要的操作。
• 批量更新：对于批量更新操作，可以使用 updateBatchById 方法，通过一次性生成批量更新 SQL 来提升效率。

3. 合理使用分页插件

优化方法：

• 分页插件的配置：MyBatis-Plus 提供了强大的分页插件，支持数据库级分页。首先，在 MyBatisPlusConfig 中启用分页插件：

  @Configuration
  public class MyBatisPlusConfig {
      @Bean
      public PaginationInterceptor paginationInterceptor() {
          return new PaginationInterceptor();
      }
  }
  

• 分页查询方法：使用 MyBatis-Plus 提供的 Page<T> 类，轻松实现分页查询：

  Page<User> page = new Page<>(1, 10); // 第 1 页，每页 10 条记录
  IPage<User> userPage = userMapper.selectPage(page, null);
  

• 避免全量查询：确保分页查询中传入了正确的分页参数，否则可能会导致返回全量数据，消耗大量内存。

4. 定制化 SQL 优化

优化方法：

• 自定义 SQL 查询：在复杂的查询场景下，使用 MyBatis-Plus 的通用方法可能无法生成最优的 SQL。在这种情况下，开发者可以使用 XML 文件或注解方式编写定制 SQL：

  @Select("SELECT * FROM users WHERE name = #{name} AND age > #{age}")
  List<User> findUsersByNameAndAge(@Param("name") String name, @Param("age") int age);
  

• 动态 SQL：MyBatis-Plus 提供了丰富的条件构造器 QueryWrapper 和 LambdaQueryWrapper，可以用来构建动态查询条件。使用这些条件构造器可以避免手动拼接 SQL 提高查询效率。

  QueryWrapper<User> queryWrapper = new QueryWrapper<>();
  queryWrapper.like("name", "John").ge("age", 25);
  List<User> users = userMapper.selectList(queryWrapper);
  

5. 数据库连接池优化

优化方法：

• 配置合理的连接池参数：根据应用的负载和并发量配置合理的连接池参数，特别是最大连接数和最小空闲连接数。常见连接池如 Druid，可以通过以下方式配置：

  spring:
    datasource:
      druid:
        initial-size: 5
        min-idle: 5
        max-active: 20
        max-wait: 60000
  

• 连接池监控：使用数据库连接池自带的监控功能，如 Druid 监控，可以实时监控数据库连接的使用情况，及时调整连接池参数。

6. 使用缓存优化查询性能

优化方法：

• 启用 MyBatis 缓存：MyBatis-Plus 支持一级缓存和二级缓存，可以通过合理配置缓存来减少数据库查询的次数，提升查询性能。
• 一级缓存是 SqlSession 级别的缓存，每个 SqlSession 内部的查询会缓存结果，适用于相同 SqlSession 内的多次相同查询。
• 二级缓存是 Mapper 级别的缓存，适用于不同 SqlSession 共享查询结果。
• Redis 缓存：在复杂查询或读多写少的场景下，可以引入 Redis 缓存，将高频访问的数据存储在 Redis 中，减少数据库的压力。

  @Cacheable(value = "users", key = "#id")
  public User findUserById(Long id) {
      return userMapper.selectById(id);
  }
  

三、总结

在使用 MyBatis-Plus 时，常见的性能问题包括查询效率低下、大数据量操作时性能下降、分页查询问题等。通过合理使用 MyBatis-Plus 的分页插件、批量处理、索引优化、缓存技术等手段，可以显著提升系统的性能。