MySQL分页通过LIMIT和OFFSET实现，LIMIT限制返回数量，OFFSET指定起始位置，语法为SELECT FROM table_name LIMIT [offset,] row_count；例如查询products表第11到20条记录使用LIMIT 10 OFFSET 10；实际应用中offset由(pageNumber - 1) pageSize计算得出，需注意SQL注入风险，推荐使用预处理语句；大数据量下分页性能差，尤其offset大时需扫描并跳过大量记录；优化技巧包括避免深分页、使用索引、子查询优化如SELECT FROM products WHERE id >= (SELECT id FROM products ORDER BY id LIMIT 10000, 1) LIMIT 10、用WHERE条件替代OFFSET如SELECT FROM products WHERE id > $lastId LIMIT 10、延迟关联减少扫描量、使用存储过程、数据归档和缓存；对于无主键或唯一索引的表，可添加自增列、使用临时表加自增id、基于唯一排序字段分页、游标分页或客户端分页，需根据场景权衡选择。
MySQL分页，简单来说，就是把大量数据分成一页一页地展示。这通常通过
LIMIT关键字实现，配合
OFFSET来指定从哪条记录开始。
解决方案
MySQL分页的核心在于
LIMIT和
OFFSET这两个关键字。
LIMIT用于限制返回的记录数量，
OFFSET用于指定从哪一条记录开始返回。
基本的语法结构是：
SELECT * FROM table_name LIMIT [offset,] row_count;
OFFSET
: 可选项，指定从哪一行开始返回。如果省略，则从第一行开始返回。注意，这里的行数是从0开始计数的。row_count
: 必选项，指定返回的行数。
举个例子，假设我们有一个名为
products的表，想要查询第11到第20条记录（每页10条记录）：
SELECT * FROM products LIMIT 10 OFFSET 10;
这条SQL语句的意思是：从
products表里，跳过前10条记录，然后返回10条记录。
实际应用中，
OFFSET的值通常由当前页数和每页显示的记录数计算得出。 比如，如果每页显示
pageSize条记录，当前页是
pageNumber，那么
OFFSET的值就是
(pageNumber - 1) * pageSize。
动态构建分页SQL语句，可能会用到一些编程语言的字符串拼接功能。例如，在PHP中：
$pageNumber = $_GET['page'] ?? 1; // 获取当前页码，默认第一页
$pageSize = 10; // 每页显示10条记录
$offset = ($pageNumber - 1) * $pageSize;
$sql = "SELECT * FROM products LIMIT {$pageSize} OFFSET {$offset}";
// 执行SQL查询
$result = mysqli_query($connection, $sql);这种动态构建SQL的方式需要注意SQL注入的风险，务必对输入参数进行严格的验证和过滤。 预处理语句（Prepared Statements）是更安全的选择。
分页查询性能优化有哪些技巧？
分页查询在大数据量的情况下，性能可能会变得很差。 尤其当
OFFSET很大时，MySQL需要先扫描
OFFSET数量的记录，然后丢弃，再返回后面的
row_count条记录，效率很低。
一些优化技巧：
避免深分页： 尽量避免用户直接跳转到很后面的页码。 可以考虑限制用户能访问的最大页数，或者使用“下一页”的方式逐步加载数据。
使用索引： 确保
WHERE
子句中使用的字段已经建立了索引。 索引可以大大加快数据检索的速度。-
优化
OFFSET
：-
子查询优化： 可以先通过子查询找到
OFFSET
对应的记录的id
，然后基于这个id
进行查询。
SELECT * FROM products WHERE id >= (SELECT id FROM products ORDER BY id LIMIT 10000, 1) LIMIT 10;
这个SQL语句的意思是，先找到第10001条记录的
id
，然后查询id
大于等于这个id
的10条记录。 这种方式避免了扫描前10000条记录。-
使用
WHERE
条件代替OFFSET
： 如果可以根据某个字段的范围来确定分页数据，可以使用WHERE
条件来代替OFFSET
。 例如，如果有一个自增的id
字段，可以记录上一页的最大id
，然后查询id
大于这个id
的记录。
SELECT * FROM products WHERE id > $lastId LIMIT 10;
-
子查询优化： 可以先通过子查询找到
-
延迟关联： 如果需要查询的字段很多，可以先通过分页查询获取
id
列表，然后根据id
列表查询需要的字段。SELECT t1.* FROM products t1 INNER JOIN (SELECT id FROM products LIMIT 10 OFFSET 10000) t2 ON t1.id = t2.id;
这种方式可以减少需要扫描的数据量。
使用存储过程： 将分页逻辑封装到存储过程中，可以减少SQL语句的解析和编译时间。
数据归档： 将历史数据归档到其他表中，减少单表的数据量。
使用缓存： 将分页查询结果缓存起来，可以减少数据库的访问压力。 Memcached或Redis都是不错的选择。
如何处理没有主键或唯一索引的表的分页？
当表没有主键或唯一索引时，分页会变得更加复杂。 因为
OFFSET依赖于记录的物理顺序，而没有唯一标识符就无法保证记录的顺序稳定。
在这种情况下，可以考虑以下几种方法：
添加自增列： 如果可以修改表结构，最简单的方法是添加一个自增的
id
列作为主键。 然后就可以使用前面介绍的基于id
的分页方法。-
使用临时表： 创建一个临时表，将需要分页的数据插入到临时表中，并添加一个自增的
id
列。 然后基于临时表进行分页查询。CREATE TEMPORARY TABLE temp_table AS SELECT @rownum := @rownum + 1 AS id, t.* FROM (SELECT * FROM your_table) t, (SELECT @rownum := 0) r; SELECT * FROM temp_table LIMIT 10 OFFSET 10; DROP TEMPORARY TABLE temp_table;
这种方法的缺点是需要额外的存储空间和时间来创建和删除临时表。
-
基于已有字段排序： 如果表中存在可以用于排序的字段，可以使用这些字段来模拟主键。 但是需要确保排序字段的值是唯一的，或者至少在分页范围内是唯一的。
SELECT * FROM your_table ORDER BY column1, column2 LIMIT 10 OFFSET 10;
这种方法的缺点是如果排序字段的值不唯一，可能会导致分页结果不准确。
游标分页： 游标分页是一种基于上次查询结果的分页方式。 每次查询都返回一个游标，客户端使用这个游标来获取下一页的数据。 这种方法可以避免使用
OFFSET
，提高分页性能。 但是实现起来比较复杂，需要客户端和服务端协同工作。禁止分页： 如果数据量不大，或者对分页性能要求不高，可以考虑一次性加载所有数据，然后在客户端进行分页。
实际选择哪种方法取决于具体的应用场景和数据特点。 没有一种方法是万能的，需要根据实际情况进行权衡。
