Webman中如何优化千万级数据的分页查询-php教程-PHP中文网

千万级分页不能用offset/limit，因mysql需扫描并丢弃前100万行，导致cpu和io压力剧增；必须改用游标分页，即基于排序字段唯一值（如id）做where条件过滤，配合order by和limit，例如where id

千万级分页不能用 OFFSET/LIMIT

直接写 SELECT * FROM orders ORDER BY id DESC LIMIT 1000000, 20，MySQL 会扫描前 100 万行再丢弃，CPU 和 IO 都扛不住。线上查一次可能卡几秒，还容易拖垮整个连接池。

真实场景里，用户翻到第 5 万页时，OFFSET 已经是百万级，数据库索引失效、执行计划变全表扫描是常态。

必须改用游标（cursor）分页：依赖排序字段的唯一值做条件过滤，比如 WHERE id

排序字段必须有索引，且最好是主键或带唯一约束的递增字段（如 id 或 created_at + id 复合索引）

前端传的不是页码，而是上一页最后一条的 id 值（或 created_at + id 组合）

避免 ORDER BY created_at DESC, id DESC 这种写法没加索引——必须建 INDEX idx_created_id (created_at, id)

Webman 中手动拼游标 SQL 的关键点

Webman 原生 Db::table() 不支持游标分页语法，得手写 SQL 或封装工具函数。别指望 ->skip()->take() 能扛住千万级。

示例逻辑（控制器中）：
$last_id = $request->get('cursor', 0);
$limit = 20;
$sql = "SELECT id, title, amount FROM orders WHERE id prepare($sql);
$stmt->execute([$last_id, $limit]);
$data = $stmt->fetchAll(PDO::FETCH_ASSOC);
// 返回结果时，把第一条的 id 当作下一页 cursor
$next_cursor = $data ? $data[0]['id'] : null;
$last_id 必须校验为整型，防止 SQL 注入；建议用 (int)$request->get('cursor')

如果排序字段含时间，且存在重复值（如多条记录 created_at 相同），必须补上 id 做二级排序，否则漏数据

不要在游标查询里 SELECT *，只取业务需要字段，减少网络和内存开销

分表 + 游标才是千万级的标配

单表过千万后，即使游标也慢——B+ 树层级加深、索引体积膨胀、磁盘随机读加剧。这时候分表不是“可选”，是必须。

Webman 2.2.0
Webman 2.2.0版本强化了 TCP/UDP 服务支持，优化路由组管理，并增强异步任务处理能力。结合协程与连接池技术，Webman 能轻松应对高并发场景，适用于网站、接口服务、即时通讯、物联网及游戏开发，兼具高性能、灵活扩展与稳定可靠，是多场景 PHP 服务开发的理想选择。

下载

Webman 支持运行时切换表名，但要注意：getTable() 返回的是原始表名，动态拼接后必须确认表存在，否则报错。

按月分表（如 orders_202607）时，查询需先确定时间范围，再遍历匹配的分表执行游标查询

每个分表都建好 PRIMARY KEY(id) 和 INDEX idx_created_id (created_at, id)

跨分表合并结果时，不能简单 UNION ALL 后再 LIMIT——要各表分别查出 top N，再内存归并排序取 top K

推荐用 Laravel 的 Collection::merge()->sortByDesc() 做轻量归并，别自己写堆排序

缓存游标结果能扛住突发流量

热门列表页（如“最新订单”）被刷屏时，游标查询仍可能打满数据库。光靠 SQL 优化不够，得加一层缓存保护。

Key 设计必须包含游标值和排序参数，例如：
orders:latest:cursor_12345678:v2
用 Redis::setex() 存 JSON 结果，TTL 设 30–60 秒，既防穿透又保新鲜度

缓存失效时，用分布式锁（如 Redis::set('lock:orders:cursor_12345678', 1, ['NX', 'EX' => 5])）控制只有一个请求回源

千万别缓存整个分页结果集（如 20 条），而应缓存“该游标下一页的数据 ID 列表”，再异步查详情——减少缓存体积和序列化开销

游标分页本身不难，难的是在 Webman 多 Worker 进程下保证缓存一致性、分表路由不出错、以及面对脏数据时 fallback 机制是否健全。这些地方一松懈，线上就容易查着查着返回空数组或者跳页。