分页查询需根据场景选择合适方式，传统OFFSET易导致性能瓶颈，尤其在深分页时；推荐使用游标分页或主键范围分页以提升效率，结合缓存或省略总数可进一步优化体验。
在使用PHP框架开发Web应用时，分页查询是处理大量数据的常见需求。合理的分页实现不仅能提升用户体验，还能优化数据库性能。主流PHP框架如Laravel、ThinkPHP等都内置了分页支持，但理解其底层原理和优化技巧依然非常重要。
分页的基本实现方式
大多数PHP框架通过封装数据库查询来简化分页操作。以Laravel为例，使用Eloquent模型可以非常方便地实现分页：
// Laravel 示例：每页显示10条记录 $users = User::paginate(10);// 在视图中自动渲染分页链接 {{ $users->links() }}
ThinkPHP 的写法也类似：
// ThinkPHP 示例
$list = Db::name('user')->paginate(10);
这些方法会自动处理当前页码、总页数计算，并生成前端所需的分页HTML。核心逻辑基于SQL中的 LIMIT 和 OFFSET 实现：
立即学习“PHP免费学习笔记（深入）”；
SELECT * FROM user LIMIT 10 OFFSET 20; -- 表示跳过前20条，取第21~30条数据
LIMIT与OFFSET的性能问题
虽然 LIMIT + OFFSET 写法简单，但在大数据量下存在明显性能瓶颈。当页码很深（如 OFFSET 100000），数据库仍需扫描并跳过前10万条记录，导致查询变慢。
主要问题包括：
- 全表扫描风险：尤其是没有合适索引时
- OFFSET越大，跳过的行越多，I/O开销越高
- 排序字段变化可能导致“重复或遗漏”数据
高效分页优化技巧
为避免深分页性能问题，可采用以下优化策略：
1. 使用游标分页（Cursor-based Pagination）基于上一页最后一条记录的主键或时间戳继续查询，避免使用OFFSET：
// 假设按创建时间倒序排列 SELECT * FROM user WHERE created_at < '2024-01-01 00:00:00' ORDER BY created_at DESC LIMIT 10;
每次请求携带上一次返回的最后一条时间戳作为下一页起点，适合实时性要求高的场景，如消息流、日志列表。
2. 主键范围分页
利用自增ID进行区间查询：
SELECT * FROM user WHERE id > 100000 ORDER BY id ASC LIMIT 10;
这种方式能有效利用主键索引，避免全表扫描，适用于ID连续且有序的数据表。
3. 预先计算总数的权衡
传统分页通常需要执行 COUNT(*) 查询来获取总页数，这在大表中很耗时。如果不需要精确总数，可考虑：
- 缓存总数量（定期更新）
- 估算总数（如通过EXPLAIN估算行数）
- 只提供“下一页”按钮，不显示总页数
结合框架的优化实践
在Laravel中，可以通过手动构建查询实现游标分页：
$cursor = request('cursor');
$query = User::orderBy('created_at', 'desc')->limit(10);
if ($cursor) {
$query->where('created_at', '<', $cursor);
}
$users = $query->get();
$nextCursor = $users->last()?->created_at;
ThinkPHP也可类似处理：
$lastTime = input('last_time');
$where = $lastTime ? ['create_time', '<', $lastTime] : [];
$list = Db::name('user')
->where($where)
->order('create_time desc')
->limit(10)
->select();
基本上就这些。掌握分页的核心机制和优化方法，能让你在面对海量数据时依然保持查询效率。关键是根据业务场景选择合适的分页模式——传统页码适合后台管理，游标分页更适合高并发的前端接口。
