phpMyAdmin的SQL页面不支持翻页，因其分页依赖可重写为LIMIT的偏移查询且需关联具体表构造WHERE条件；自定义SQL含JOIN、GROUP BY等时，系统自动放弃分页，仅一次性渲染结果。
phpMyAdmin 执行自定义 SQL 查询后，分页（上一页/下一页）不可用，是因为它默认只对「表浏览」视图启用完整分页逻辑；而 SQL 标签页执行的查询结果集是「一次性取回并渲染」的，不自动注册分页上下文。
为什么 SQL 页面不支持翻页
phpMyAdmin 的分页依赖两个前提：一是查询必须可被重写为带 LIMIT 的偏移式查询，二是结果集需关联到某个具体表（用于构造「下一页」所需的 WHERE 条件或主键范围）。但手动输入的 SELECT 可能含：JOIN、GROUP BY、子查询、无主键表、或字段别名冲突——这些都会让 phpMyAdmin 放弃自动分页，直接显示全部结果（若未加 LIMIT）或仅显示前几条（受 $cfg['MaxRows'] 限制）。
如何让自定义 SQL 支持翻页
唯一可靠方式是**自己写带 LIMIT 和明确排序的语句**，并确保：
-
ORDER BY字段必须是**确定性排序依据**（推荐用主键或带索引的非空字段），避免ORDER BY RAND()或无索引字段 - 首次查询显式加
LIMIT 0, 50（或你想要的每页条数），phpMyAdmin 会识别该模式并在结果上方显示「下一页」链接 - 不要依赖 phpMyAdmin 自动生成的「下一页」SQL —— 它可能错误地把
LIMIT 0,50改成LIMIT 50,50，但没改ORDER BY对应的值，导致跳过或重复数据 - 如果查询含
UNION或复杂子查询，phpMyAdmin 基本放弃分页；此时建议先建临时表或视图，再对视图执行分页浏览
LIMIT 偏移翻页在大数据量下的陷阱
直接用 LIMIT 10000, 20 查第 501 页，在 MySQL 中仍要扫描前 10020 行。实际生产中，超过几千行偏移就该换策略：
立即学习“PHP免费学习笔记（深入）”；
- 用游标式分页：比如
WHERE id > 12345 ORDER BY id LIMIT 20，靠上一页最后一条的id值驱动下一页 - phpMyAdmin 不支持游标分页 UI，所以这类查询只能手写、手调，无法点「下一页」自动完成
- 如果必须用 phpMyAdmin 翻页，且数据量大，优先给排序字段加索引，再接受前几百页可用、后面变慢的事实
真正麻烦的不是找不到翻页按钮，而是误以为它存在且可靠——一旦查询结构稍复杂，phpMyAdmin 就静默降级为单页展示，连提示都没有。
