MyBatisPlus 大数据量查询慢的问题解决

长时间的 SQL 执行和慢查询经常是面对大量数据时的问题。在使用 MyBatisPlus 进行大数据量的查询时，也会遇到这样的问题。下面详细讲解如何解决这些问题。

问题背景

在使用 MyBatisPlus 进行大数据量的查询时，由于返回的数据较多，可能会导致 SQL 执行时间较长，甚至会出现慢查询的情况。下面列举几个可能会导致查询缓慢的因素：

1. 数据库存储介质的 I/O 能力不足；
2. 查询语句执行完整个查询计划需要很长时间；
3. 查询中包含多表关联，导致执行全表扫描。

解决方案

以下是解决上述问题的几种方法：

1. 数据库部分数据按照某个规则进行物理分组，查询时只查询相关组的数据，从而减少 I/O 操作次数，加快查询速度。

2. 优化查询语句的执行计划。下面是一个示例：

   sql
SELECT *
FROM user
WHERE name LIKE '%a%'
ORDER BY id
LIMIT 1000, 100

   上述 SQL 查询会先全表扫描，然后应用 LIKE 过滤条件，并按照 id 排序，最后获取第 1001 至第 1100 条数据。如果表中数据量非常大，查询过程会非常缓慢。优化执行计划可以通过建立索引、避免全表扫描等方式实现。

3. 避免跨表查询，尽可能地在单个表中查询需要的数据。如果必须执行跨表查询，可以通过建立合适的关联索引等方式减少全表扫描的次数。

示例说明

下面是两个示例，说明如何在 MyBatisPlus 中实现上述解决方案。

示例一

假设有一个 order_detail 表，其中存储了订单信息。订单的创建时间（create_time）字段为时间戳形式，我们希望查询过去一天的订单数据。此时可以使用 MyBatisPlus 的分页插件 中的分页 API 进行查询：

int currentPage = 1;
int pageSize = 100;
long timestamp = System.currentTimeMillis() - 24 * 60 * 60 * 1000;
EntityWrapper<OrderDetail> wrapper = new EntityWrapper<>();
wrapper.lt("create_time", timestamp);
Page<OrderDetail> page = new Page<>(currentPage, pageSize);
IPage<OrderDetail> orderDetailPage = orderDetailMapper.selectPage(page, wrapper);

上述代码将会查询 order_detail 表中创建时间早于当前时间 24 小时的数据，并返回第一页，每页 100 条数据，从而避免了一次性查询全表的操作。如果数据量非常大，可以采用物理分页的方案。

示例二

假设有一个 user 表和一个 order_detail 表，其中用户信息存储在 user 表中，订单信息存储在 order_detail 表中。现在希望查询一个用户的所有订单数据。此时可以使用 MyBatisPlus 中的 SQL 构造器 进行拼接查询。具体实现方式如下：

Long userId = 1L;

SqlSelect select = new SqlSelect();
select.select("*");
select.from("order_detail");
select.join("user", "user.id = order_detail.user_id");
select.where("user.id = {0}", userId);

List<Map<String, Object>> result = sqlInjector.execute(new SimpleExecutor(), select);

上述代码将会查询 order_detail 表和 user 表，获取 user.id = 1 的所有订单数据。由于采用了 SQL 构造器，可以避免 MyBatisPlus 自动生成的 SQL 语句中存在全表扫描的情况。