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，提高分页性能。 但是实现起来比较复杂，需要客户端和服务端协同工作。
禁止分页： 如果数据量不大，或者对分页性能要求不高，可以考虑一次性加载所有数据，然后在客户端进行分页。
实际选择哪种方法取决于具体的应用场景和数据特点。 没有一种方法是万能的，需要根据实际情况进行权衡。
