PHP分页核心是利用SQL的LIMIT和OFFSET控制数据起始位置与数量，通过获取页码和每页条数参数计算OFFSET，结合PDO预处理防止SQL注入，再执行分页查询并生成导航链接；为提升性能，可采用基于ID的游标分页避免深分页扫描、使用覆盖索引减少回表、缓存总记录数降低COUNT开销，并限制最大页数；安全性上需对参数进行类型转换、绑定和边界校验，用户体验则需优化URL可读性、提供智能页码展示、空数据提示及错误页自动跳转。
PHP数据库分页查询的核心，无非是利用SQL的LIMIT和OFFSET子句来控制每次从数据库中获取的数据量和起始位置。这是一种直接且高效的方法，配合PHP逻辑处理页面参数，就能实现用户友好的数据浏览体验。我个人觉得，对于大多数中小型应用来说，掌握这种基础分页算法，几乎能解决90%的需求。
解决方案
实现PHP数据库分页，我们通常需要几个关键步骤。首先，得知道当前用户想看哪一页，以及每页要显示多少条数据。这通常通过URL参数获取，比如$_GET['page']和$_GET['per_page']。
假设我们每页显示10条记录：
-
获取当前页码和每页显示数量：
立即学习“PHP免费学习笔记（深入）”；
$page = isset($_GET['page']) ? (int)$_GET['page'] : 1; // 默认第一页 $perPage = isset($_GET['per_page']) ? (int)$_GET['per_page'] : 10; // 默认每页10条 // 简单校验，防止负数或0 if ($page < 1) $page = 1; if ($perPage < 1) $perPage = 10;
-
计算
OFFSET：OFFSET是跳过多少条记录。计算公式是(当前页码 - 1) * 每页显示数量。$offset = ($page - 1) * $perPage;
-
构建SQL查询： 现在，我们可以用
LIMIT和OFFSET来构建查询了。// 假设我们有一个名为 'products' 的表 $sql = "SELECT id, name, price FROM products ORDER BY id DESC LIMIT :limit OFFSET :offset"; // 准备并执行查询 (这里使用PDO为例) $stmt = $pdo->prepare($sql); $stmt->bindParam(':limit', $perPage, PDO::PARAM_INT); $stmt->bindParam(':offset', $offset, PDO::PARAM_INT); $stmt->execute(); $results = $stmt->fetchAll(PDO::FETCH_ASSOC); -
获取总记录数和总页数： 为了生成分页链接，我们需要知道总共有多少条记录，进而算出总页数。这需要一个单独的
COUNT(*)查询。$countSql = "SELECT COUNT(*) FROM products"; $countStmt = $pdo->query($countSql); $totalRecords = $countStmt->fetchColumn(); $totalPages = ceil($totalRecords / $perPage);
-
生成分页链接： 有了
$totalPages和$page，我们就能生成“上一页”、“下一页”以及页码列表了。echo "<nav>"; if ($page > 1) { echo "<a href='?page=" . ($page - 1) . "&per_page=" . $perPage . "'>上一页</a> "; } for ($i = 1; $i <= $totalPages; $i++) { if ($i == $page) { echo "<span>" . $i . "</span> "; } else { echo "<a href='?page=" . $i . "&per_page=" . $perPage . "'>" . $i . "</a> "; } } if ($page < $totalPages) { echo "<a href='?page=" . ($page + 1) . "&per_page=" . $perPage . "'>下一页</a> "; } echo "</nav>";这套流程下来，一个基础的分页功能就搭建好了。
为什么LIMIT和OFFSET是PHP数据库分页的首选？
说实话，LIMIT和OFFSET之所以成为PHP乃至绝大多数Web应用数据库分页的“基石”，原因非常直接：它简单、直观，并且是SQL标准的一部分。
首先，它的易用性是无与伦伦比的。你不需要引入复杂的算法或第三方库，只需要理解两个SQL关键字的含义，就能在几分钟内写出可用的分页逻辑。对于初学者来说，这无疑是进入数据库交互领域的一扇友善的门。
其次，数据库无关性。无论是MySQL、PostgreSQL、SQLite，还是Oracle（虽然语法略有不同，但核心思想一致），都支持类似的机制来限制结果集和跳过行。这意味着你学会了这种方法，就能在不同的数据库环境中灵活运用，而不需要为每个数据库重新学习一套分页方案。这在我看来，大大提升了开发效率和代码的可移植性。
再者，效率方面，对于中小规模的数据集，或者说在分页深度不大的情况下，数据库内部对LIMIT和OFFSET都有相当程度的优化。它在数据库层面就完成了数据筛选，减少了不必要的数据传输到PHP应用层，这本身就是一种性能上的优势。当然，我知道有些开发者会担忧深分页的性能问题，但很多时候，我们不必一开始就追求极致的优化，先用最直接有效的方式解决问题，再根据实际瓶颈去迭代，这其实是一种更务实的开发策略。
实现PHP分页时，有哪些常见的性能陷阱和优化思路？
尽管LIMIT和OFFSET用起来很顺手，但它并非没有缺点，尤其是在处理大规模数据和“深分页”（deep pagination）时，性能问题可能会浮出水面。
最大的陷阱就是深分页的性能瓶颈。当OFFSET的值变得非常大时，比如你请求第1000页，每页10条，那OFFSET就是9990。数据库为了找到这第10条记录，可能不得不扫描前面的9990条记录，然后丢弃它们，只返回你需要的10条。这会随着页码的增加，查询时间呈线性甚至指数级增长，严重拖慢响应速度。我曾遇到过一个系统，用户翻到几十页后，页面加载时间就变得让人无法忍受，追溯下来，就是这个OFFSET惹的祸。
那么，如何优化呢？
基于游标（Keyset Pagination）或上次查询ID优化： 这是解决深分页最有效的方法之一。它不使用
OFFSET，而是利用上一次查询结果的最后一个ID或时间戳来作为下一次查询的起点。例如，SELECT * FROM products WHERE id > [last_id] ORDER BY id ASC LIMIT 10。这种方式避免了数据库扫描和丢弃大量记录，性能非常稳定，几乎不受页码深度的影响。不过，它的缺点是通常只能“下一页”，难以直接跳转到任意页码，或者“上一页”的逻辑会复杂一些。覆盖索引（Covering Index）： 如果你的
ORDER BY子句和WHERE子句中涉及的列，以及SELECT中查询的列，都能被一个索引完全覆盖，那么数据库就不需要回表查询实际数据行，这能显著提升查询效率。这要求我们对数据库索引有深入的理解和合理的设计。缓存总记录数： 每次分页都需要执行
COUNT(*)来获取总记录数，这本身也是一个开销。对于数据变化不频繁的表，可以考虑将总记录数缓存起来（例如使用Redis或Memcached），定期更新，或者在数据插入/删除时同步更新计数器，避免每次都去查询数据库。限制最大分页深度： 对于某些业务场景，你可能不需要用户翻到几百几千页。直接限制最大可访问页数，或者在达到一定深度后，提示用户使用更精确的搜索功能，也是一种实用的策略。
如何确保PHP分页查询的安全性与用户体验？
分页不仅仅是把数据切片展示，它还涉及到用户输入、系统安全和最终的用户感受。这些细节，在我看来，往往决定了一个功能是否真正“好用”。
安全性方面，首要关注的是SQL注入。
用户通过URL传入的page和per_page参数，如果直接拼接到SQL语句中，那简直就是给攻击者敞开大门。我们必须对这些参数进行严格的过滤和验证。
-
类型转换： 始终使用
intval()或filter_var($value, FILTER_VALIDATE_INT)将这些参数转换为整数。这能有效阻止非数字字符的注入。 -
参数绑定： 在使用PDO或MySQLi等数据库扩展时，务必使用参数绑定（如解决方案中所示的
:limit和:offset）。这能让数据库区分代码和数据，从根本上杜绝SQL注入。 -
边界检查： 确保页码不为负数或0，
per_page也不应过大或过小（例如，限制每页显示数量在10到100之间）。
用户体验方面，有很多小细节值得我们去琢磨。
-
友好的URL：
?page=3比?offset=20对用户来说更直观易懂。 -
清晰的页码导航： 不仅仅是“上一页/下一页”，更应该提供一个页码列表。当总页数很多时，显示所有页码是不现实的，这时可以采用“省略号”策略，比如
1 ... 5 6 [7] 8 9 ... 100，让用户能快速定位到附近页面，也能看到总体的进度。 - 空数据提示： 如果当前页查询结果为空，或者总记录数为零，应该给出友好的提示，比如“没有找到相关数据”，而不是一片空白或报错。
-
默认值与记忆： 为
page和per_page设置合理的默认值。更进一步，可以考虑使用Session或Cookie记住用户上次选择的每页显示数量，提升个性化体验。 -
错误处理： 当用户输入一个不存在的页码（比如
page=99999，但总共只有10页），应该将其重定向到最后一页，或者提示页码超出范围，而不是显示空数据或报错。
这些看似细枝末节的东西，其实共同构筑了用户对产品的第一印象和信任感。一个不安全的系统，或者一个体验糟糕的功能，即便是核心业务逻辑再强大，也很难留住用户。
