MySQL 分页查询实现指南：从原理到8种优化方案

分页的基础概念与选型

页面显示能力有限，而数据库存储往往庞大。将数据分布到不同页面的过程即为分页。根据与数据库交互的方式，主要分为两种模式：

第1步：理解真分页与假分页

真分页（True Paging）：每次翻页时仅查询当前页所需的数据片段。其优势在于内存占用低，适合数据量巨大的场景；缺点是频繁交互增加数据库负载。

假分页（False/Virtual Paging）：一次性将所有数据加载到内存或服务端，通过代码截取显示。这种方式减轻了实时数据库压力，但存在内存溢出风险且数据同步滞后，通常适用于小数据集或配合缓存层使用。

在企业级应用中，为平衡性能与数据一致性，常引入缓存层（如 Redis）。对数据的修改及时同步至缓存，查询时优先读取缓存，从而大幅降低 MySQL 的直接访问压力。

MySQL 基础分页：LIMIT 语法详解

MySQL 实现真分页的核心关键字是 LIMIT。它用于限制 SELECT 语句返回的行数。

第2步：掌握 LIMIT 参数用法

LIMIT 支持单参数或双参数用法：

• 单参数：LIMIT rows。默认偏移量为 0，即从第一行开始取前 rows 条数据。
• 双参数：LIMIT offset, rows。其中 offset 代表起始位置的偏移量（从 0 开始），rows 代表获取的数量。

-- 示例：查询 Student 表中前 5 条记录
SELECT * FROM Student LIMIT 5;

-- 示例：查询第 1-10 条记录
SELECT * FROM Student LIMIT 0, 10;

-- 等价写法：跳过前 10 条，取接下来 10 条
SELECT * FROM Student LIMIT 10 OFFSET 10;

第3步：推导分页计算公式

要实现动态分页，需明确两个关键参数：pageNumber（当前页码，通常从 1 开始）和 pageSize（每页条数）。

1. 计算偏移量（Offset）：
由于 offset 从 0 开始计数，第 1 页偏移量为 0，第 2 页为 pageSize。公式如下：

offset = (pageNumber - 1) * pageSize

2. 计算总页数：
先查询总行数，再除以每页大小并向上取整。假设每页 10 条：

SELECT CEIL(COUNT(*) / 10) AS pageTotal FROM Student;

8 种 MySQL 分页方法及性能评估

随着数据量激增，简单的 LIMIT M, N 会导致严重的性能下降（因为需要扫描并丢弃前 M 行）。以下是从基础到高阶的 8 种实现方式及适用场景分析：

方法 1：基础 LIMIT M, N（全表扫描）

语法：SELECT * FROM table LIMIT M, N;

评估：不推荐用于大数据量。 当 M 值很大时，MySQL 必须遍历前 M 行然后丢弃，速度极慢。此外，若无明确排序，结果集可能不稳定。

方法 2：基于主键/唯一索引的范围过滤

语法：SELECT * FROM table WHERE id_pk > (pageNum * 10) LIMIT 10;

评估：较优。 利用索引直接定位起始位置，避免全表扫描。前提是 ID 连续或密度高，否则可能出现“空洞”导致漏读数据。

方法 3：索引排序 + 范围过滤（推荐）

语法：SELECT * FROM table WHERE id_pk > (pageNum * 10) ORDER BY id_pk ASC LIMIT 10;

评估：常用且有效。 结合索引定位与有序排列，确保数据不遗漏且速度快。适用于 ID 为主键或唯一索引的场景。

方法 4：预处理语句（PREPARE）

语法：PREPARE stmt FROM 'SELECT ... WHERE ...'; EXECUTE stmt USING ...;

评估：对于高频执行的复杂分页查询，预处理可减少解析开销，提升微小性能，但本质仍依赖索引优化。

方法 5：最小化索引覆盖（Key-Set Join 思想）

语法：SELECT * FROM your_table WHERE pk >= 1000 ORDER BY pk ASC LIMIT 20;

评估：如果只需要特定列，可只查询主键 ID，再通过 JOIN 回表获取完整信息，减少 I/O 操作。

方法 6：子查询或连接快速定位（Deep Pagination 优化）

当页码极大时，WHERE id > large_number

子查询示例：

SELECT * FROM your_table 
WHERE id <= (SELECT id FROM your_table ORDER BY id DESC LIMIT (page-1)*pagesize, 1)
ORDER BY id DESC 
LIMIT pagesize;

评估：深度分页神器。 无论翻到哪一页，查询量都固定在小范围内，性能稳定。

方法 7：存储过程封装

将上述逻辑封装在 MySQL 存储过程中，由应用层调用。可减少网络往返次数，便于统一维护分页逻辑。

方法 8：反例 - SQL_CALC_FOUND_ROWS

警告：SELECT SQL_CALC_FOUND_ROWS ... LIMIT ... 已被许多专家标记为“反面教材”。它在每次查询时都会计算总行数，即使你不需要总数，这会带来额外的性能开销，且在某些版本中存在 Bug。除非必须实时获取总数且接受性能损耗，否则尽量避免使用。

总结

MySQL 分页并非只有 LIMIT 一种写法。对于数据量小的场景，基础的 LIMIT M, N 足够胜任；面对千万级数据，应优先采用基于唯一索引的范围查询或子查询定位首条 ID的策略来规避深分页的性能陷阱。同时，合理运用缓存层可以进一步解耦查询与数据库压力。

以上就是 MySQL 分页查询实现的详细内容，更多关于 MySQL 性能优化的资料请关注本站其它相关文章！