理解分页的必要性
在处理海量数据时，一次性将所有记录从数据库中取出并展示给用户，不仅会消耗大量的服务器内存和网络带宽，还会导致前端页面加载缓慢甚至崩溃。分页技术正是为了解决这一问题而生的。它将庞大的数据集分割成多个逻辑“页面”，每次只查询和显示其中一部分，从而显著提升应用的响应速度和用户体验。无论是电商网站的商品列表、社交媒体的信息流，还是后台管理系统的数据报表，分页都是不可或缺的基础功能。
基础语法：LIMIT与OFFSET
在MySQL中，实现分页最核心的语句是LIMIT子句，通常与OFFSET结合使用。LIMIT用于指定返回记录的最大数量，而OFFSET则指定从第几条记录开始返回（偏移量）。其基本语法结构为：SELECT * FROM table_name LIMIT [返回数量] OFFSET [起始偏移];。例如，SELECT * FROM products LIMIT 10 OFFSET 20; 这条语句的含义是，跳过前20条记录（即从第21条开始），返回接下来的10条记录。这是实现分页最直接的方法。
简化写法与页码计算
MySQL也支持一种更简洁的LIMIT写法：LIMIT [偏移量], [返回数量]。注意，这里的两个参数顺序与分开写时不同。例如，LIMIT 20, 10 完全等同于 LIMIT 10 OFFSET 20。在实际开发中，我们通常根据用户请求的页码（page）和每页大小（pageSize）来计算这些值。计算公式为：偏移量 OFFSET = (当前页码 - 1) * 每页大小。假设每页显示10条数据，用户请求第3页，那么偏移量就是 (3-1)*10 = 20，对应的SQL语句即为 SELECT * FROM products LIMIT 20, 10。
优化查询性能
使用LIMIT OFFSET进行深度分页时（例如查询第1000页的数据），性能问题会凸显出来。因为数据库需要先扫描并跳过前面的大量记录（OFFSET指定的数量），这会导致查询速度随着偏移量的增大而线性下降。为了优化，可以采用“基于游标”或“基于索引”的分页方法。一种常见的优化策略是，在WHERE子句中利用上一页最后一条记录的ID（或时间戳）作为锚点。例如，假设记录有自增主键id，查询第二页时，可以这样写：SELECT * FROM products WHERE id > [上一页最后一条的id] ORDER BY id LIMIT 10;。这种方式避免了使用大的OFFSET，让数据库能利用索引快速定位起始点，性能更优。
结合ORDER BY与完整示例
分页查询必须与ORDER BY子句结合使用，以确保每一页数据的顺序是确定且一致的，否则可能出现记录重复或遗漏的混乱情况。一个完整的分页查询示例通常如下所示：SELECT id, name, price FROM products WHERE status = ‘active’ ORDER BY create_time DESC LIMIT 0, 20;。这条语句查询状态为“活跃”的商品，按创建时间降序排列，并返回第一页的20条数据。在实际应用中，后端程序会计算偏移量，动态拼接SQL，并将查询结果连同总记录数、总页数等信息一并返回给前端，以支持分页导航组件的渲染。
