MySQL 深分页优化方案

最新推荐文章于 2025-08-05 17:47:02 发布

Remember_Ray

最新推荐文章于 2025-08-05 17:47:02 发布

阅读量838

点赞数 11

CC 4.0 BY-SA版权

文章标签： mysql

本文链接：https://blog.csdn.net/q343509740/article/details/149936563

MySQL 专栏收录该内容

15 篇文章

订阅专栏

深分页（Deep Pagination）指的是在使用 LIMIT offset, size 时，offset 值非常大（例如 LIMIT 1000000, 20）的情况。

随着 offset 的增大，查询性能会急剧下降，因为MySQL需要扫描并跳过前 offset 条记录，即使这些记录最终不会被返回。

以下是几种常见的深分页优化方案：

1. 基于主键或唯一索引的 `WHERE` + `LIMIT` (最常用且高效)

原理：避免使用大的 OFFSET，而是利用上一次查询结果中的最大主键值（或唯一索引值）作为下一次查询的起点。

适用场景：分页字段有主键或唯一索引，且数据按该字段顺序访问。

示例：

-- 第一页
SELECT * FROM orders WHERE id > 0 ORDER BY id LIMIT 20;

-- 假设上一页最后一条记录的 id 是 15678
-- 第二页
SELECT * FROM orders WHERE id > 15678 ORDER BY id LIMIT 20;

-- 第三页
SELECT * FROM orders WHERE id > (上一页最后一条的id) ORDER BY id LIMIT 20;

优点：性能极佳，直接利用索引定位，无需跳过大量数据。
缺点：只能顺序向后翻页，无法直接跳转到任意页码。如果需要跳页，此方法不适用。

2. 延迟关联 (Deferred Join)

原理：先在索引中快速定位所需记录的主键，然后再根据主键回表查询完整数据。这样可以减少回表次数和扫描的数据量。

适用场景：分页字段有索引，但查询需要返回多列数据。

示例：

-- 原始低效查询
SELECT * FROM orders ORDER BY create_time DESC LIMIT 1000000, 20;

-- 优化后：延迟关联
SELECT o.* 
FROM orders o 
INNER JOIN (
    SELECT id 
    FROM orders 
    ORDER BY create_time DESC 
    LIMIT 1000000, 20
) AS tmp ON o.id = tmp.id;

优点：相比直接 LIMIT offset, size，性能有显著提升，特别是当 offset 很大时。
缺点：仍然需要扫描 offset 条索引记录，性能随 offset 增大而下降，但比全表扫描好得多。

3. 使用覆盖索引 (Covering Index)

原理：创建一个包含查询所需所有字段的复合索引。这样查询可以直接从索引中获取数据，无需回表。

适用场景：查询的字段较少，且可以被一个索引完全覆盖。

示例：

-- 假设查询只需要 id, user_id, amount
-- 创建覆盖索引
CREATE INDEX idx_cover ON orders(create_time, id, user_id, amount);

-- 查询可以直接使用索引，无需回表
SELECT id, user_id, amount 
FROM orders 
ORDER BY create_time DESC 
LIMIT 1000000, 20;

优点：极大减少I/O，性能好。
缺点：索引会占用更多存储空间，且写入性能可能受影响。需要根据查询模式设计索引。

4. 业务优化：限制分页深度

原理：在业务层面限制用户可以翻页的最大深度。例如，只允许查看前100页，超过则提示“查看更多”或提供其他筛选条件。

示例：

// 后端代码限制
if (pageNum > 100) {
    throw new BusinessException("暂不支持查看第100页以后的数据，请使用筛选条件缩小范围");
}

优点：简单直接，从根本上避免深分页问题。
缺点：用户体验可能受影响，需要配合其他功能（如搜索、筛选）弥补。

5. 使用游标 (Cursor-based Pagination)

原理：类似于方案1，但更通用。使用一个“游标”（通常是排序字段的值+主键）来标记位置。客户端在请求下一页时传递上一页返回的游标。

示例：

// 响应
{
  "data": [...],
  "next_cursor": "2023-01-01T10:00:00Z_12345"
}

// 请求下一页
GET /api/orders?cursor=2023-01-01T10:00:00Z_12345

-- 查询 (假设按 create_time 和 id 排序)
SELECT * FROM orders 
WHERE (create_time < '2023-01-01T10:00:00Z') 
   OR (create_time = '2023-01-01T10:00:00Z' AND id > 12345)
ORDER BY create_time DESC, id DESC 
LIMIT 20;