制作php分页功能的核心是使用mysql的limit子句实现数据分块加载，1. 获取总记录数以计算总页数；2. 定义每页显示条数；3. 从get参数获取并验证当前页码；4. 计算偏移量（($currentpage – 1) * $recordsperpage）；5. 构建并执行带limit的sql查询；6. 展示数据并生成包含上一页、下一页及页码的导航链接，同时需处理url参数保留、索引优化、避免sql_calc_found_rows，并可采用where id > last_id等策略提升性能，最终确保分页功能高效且用户体验良好。
制作PHP分页功能，尤其依赖MySQL数据库时，核心在于运用SQL的
LIMIT
子句。这是一种从数据库中按需提取数据块的策略，通过计算当前页的偏移量和每页记录数，来精确地获取所需的数据。整个过程涉及确定总记录数、每页显示条目、当前页码，进而推导出正确的
OFFSET
值，最终构建查询并展示数据，同时生成相应的分页导航链接。
解决方案
要实现基于
LIMIT
的分页，你需要几个关键步骤：
获取总记录数： 这是计算总页数的基础。通常使用
SELECT COUNT(*) FROM your_table
。定义每页记录数： 比如，每页显示10条或20条。确定当前页码： 通常从URL的GET参数中获取，例如
$_GET['page']
。记得对用户输入进行验证和净化，确保它是一个有效的正整数。计算偏移量（Offset）： 这是
LIMIT
子句的关键。公式是
($currentPage - 1) * $recordsPerPage
。构建SQL查询： 使用
SELECT * FROM your_table ORDER BY some_column LIMIT offset, recordsPerPage
。执行查询并显示数据。生成分页导航链接： 根据总页数和当前页码，创建上一页、下一页、以及各个页码的链接。
下面是一个使用PDO连接数据库的简化示例：
立即学习“PHP免费学习笔记（深入）”；
setAttribute(PDO::ATTR_ERRMODE, PDO::ERRMODE_EXCEPTION); // 开启错误报告$recordsPerPage = 10; // 每页显示多少条记录$currentPage = isset($_GET['page']) ? (int)$_GET['page'] : 1;// 确保当前页码至少为1if ($currentPage query("SELECT COUNT(*) FROM articles"); $totalRecords = $stmt->fetchColumn(); // 2. 计算总页数 $totalPages = ceil($totalRecords / $recordsPerPage); // 确保当前页码不超过总页数（如果总页数为0，则currentPage保持1） if ($totalPages > 0 && $currentPage > $totalPages) { $currentPage = $totalPages; } // 3. 计算查询的偏移量 $offset = ($currentPage - 1) * $recordsPerPage; // 4. 获取当前页的数据 $sql = "SELECT id, title, content FROM articles ORDER BY id DESC LIMIT :offset, :limit"; $stmt = $pdo->prepare($sql); $stmt->bindParam(':offset', $offset, PDO::PARAM_INT); $stmt->bindParam(':limit', $recordsPerPage, PDO::PARAM_INT); $stmt->execute(); $articles = $stmt->fetchAll(PDO::FETCH_ASSOC); // 5. 显示数据 (这里只是一个简单示例，实际应用中会更复杂) echo "文章列表
"; if (empty($articles) && $totalRecords == 0) { echo "目前还没有任何文章。
"; } elseif (empty($articles) && $totalRecords > 0) { echo "当前页没有内容，可能是页码过大。
"; } else { echo "- "; foreach ($articles as $article) { echo "
- " . htmlspecialchars($article['title']) . " "; } echo "
LIMIT
LIMIT
分页的性能瓶颈与优化策略
简单的
LIMIT offset, count
在数据量较小的时候工作得很好，但当你的表里有数百万甚至上千万条记录，并且用户试图访问靠后的页面时，性能问题就会变得非常突出。我个人在项目里碰到过好几次，当数据量上了百万级，简单的
LIMIT
语句就成了慢查询的常客。那时候，你不得不开始思考，是不是有更好的办法来避免数据库每次都从头数到尾。
其根本原因在于，MySQL在执行
LIMIT offset, count
时，即使你只需要
count
条记录，它也可能需要扫描
offset + count
条记录，然后丢弃前面的
OFFSET
条。这对于巨大的
OFFSET
来说，意味着大量的IO操作和CPU消耗。
针对这种性能瓶颈，有一些常用的优化策略：
使用
WHERE id > last_id
（Keyset Pagination / Cursor-based Pagination）： 这是我最推荐的方案之一，尤其适用于“下一页/上一页”的场景。它不依赖于页码和偏移量，而是基于上一次查询的最后一条记录的ID（或其他唯一且可排序的列）来获取下一批数据。例如：
SELECT * FROM articles WHERE id > :last_id ORDER BY id ASC LIMIT :limit
。这种方式利用了索引的优势，查询效率极高，因为它总是从索引的某个点开始查找，而不是从头扫描。缺点是难以直接跳转到任意页码。延迟关联（Delayed Join）： 当你需要查询的列很多，但排序和分页只依赖于少数几个列时，可以先用子查询或延迟关联的方式，只获取需要分页的少量ID，然后再根据这些ID去关联主表获取所有数据。例如：
SELECT t1.* FROM articles t1 JOIN (SELECT id FROM articles ORDER BY id DESC LIMIT :offset, :limit) AS t2 ON t1.id = t2.id
。这可以减少主表的全扫描。缓存总记录数：
COUNT(*)
操作在数据量大时也可能很慢。如果总记录数不经常变化，可以考虑将其缓存起来（例如，Memcached、Redis或文件），定期更新，而不是每次都去数据库查询。索引优化： 确保
ORDER BY
子句中使用的列有索引。如果
WHERE
条件和
ORDER BY
条件都能利用到同一个复合索引，那效果会更好。避免
SQL_CALC_FOUND_ROWS
： 尽管这个MySQL函数可以在一次查询中同时获取数据和总行数，但它通常会导致MySQL无法有效利用索引进行优化，从而降低查询速度。通常，执行两次独立的查询（一次
COUNT(*)
，一次
SELECT ... LIMIT
）反而更快。
如何处理分页中的URL参数和状态管理？
很多时候，分页不只是一个
page
参数那么简单。你可能还有搜索关键词、分类ID、排序方式等等。如果你的分页链接只顾着
page
参数，那么用户一点下一页，之前所有的筛选条件就全没了，这体验简直是灾难。处理URL参数和状态管理是分页功能中一个需要细致考虑的环节。
GET参数传递： 最常见且直接的方式。生成分页链接时，需要确保保留当前URL中除了
page
之外的所有其他GET参数。一个简单的PHP实现是遍历
$_GET
数组，然后重新构建查询字符串：
$queryString = $_GET; // 复制当前所有GET参数unset($queryString['page']); // 移除当前的page参数// 生成基础查询字符串$baseQuery = http_build_query($queryString);// 生成分页链接时，将新的page参数追加到基础查询字符串// 例如: <a href="?&page=">
这样，无论用户在哪个分类、用什么关键词搜索，点击分页链接时，这些筛选条件都能被保留下来。
路由系统集成： 在使用现代PHP框架（如Laravel, Symfony）时，它们通常有强大的路由系统。你可以定义更“漂亮”的URL结构，例如
/articles/category/tech/page/3
。在这种情况下，框架会自动帮你解析URL中的参数，你只需要在生成链接时，使用框架提供的URL生成函数，将所有参数传递进去即可。这不仅让URL更友好，也方便了管理。
AJAX分页（无刷新加载）： 这种方式通过JavaScript异步请求数据，然后更新页面内容，而无需重新加载整个页面。这提供了更流畅的用户体验。
优点： 页面加载速度快，用户体验好，避免页面闪烁。缺点： 对搜索引擎爬虫不友好（如果处理不当），需要额外的JavaScript代码来处理数据渲染和URL更新（使用
history.pushState
或
replaceState
）。对于SEO，需要确保有服务器端渲染的后备方案，或者使用预渲染技术。
会话（Session）/Cookie管理： 这种方式相对少见，主要用于更复杂的状态管理，比如用户在多页操作中需要记住筛选条件。但对于简单的分页，直接通过URL参数传递更符合RESTful原则，也更利于分享和搜索引擎抓取。过度依赖Session可能导致状态管理复杂化，并增加服务器负担。
选择哪种方式，很大程度上取决于你的项目需求、对用户体验的追求以及对SEO的考量。对于大多数内容展示型网站，GET参数传递配合路由系统，加上可选的AJAX优化，通常是比较均衡的选择。
常见的分页设计模式与用户体验考量
设计分页界面，不仅仅是把数字罗列出来那么简单。我见过一些网站，分页做得密密麻麻，几百个页码挤在一起，根本点不准。用户体验在这里变得尤为重要，它直接影响了用户是否能流畅地浏览你的内容，甚至决定了他们会不会继续留在你的网站。
以下是一些常见的分页设计模式和用户体验考量：
数字分页（Numbered Pagination）： 这是最经典、最直观的模式。通常显示当前页码、前后几页的页码，以及“上一页”、“下一页”、“首页”、“尾页”的链接。优点： 用户可以清晰地知道自己在哪里，并且可以快速跳转到任何一页。优化： 当总页数非常多时，应该使用省略号（
...
）来避免显示所有页码，只显示当前页附近的一小段页码，以及首尾页。例如：
1 ... 5 6 [7] 8 9 ... 100
。这能大大简化界面。“加载更多”按钮（Load More Button）： 这种模式在移动端和社交媒体应用中非常流行。用户点击一个按钮，页面底部就会加载更多内容，而不是跳转到新页面。优点： 提供无缝的浏览体验，感觉更像是在“滚动”而不是“翻页”。缺点： 难以直接跳转到特定内容，用户可能无法记住看到哪里了。对SEO可能不太友好，因为内容是动态加载的，爬虫可能无法抓取所有内容（除非有服务器端渲染或预渲染）。无限滚动（Infinite Scroll）： 类似于“加载更多”，但用户无需点击按钮，只需滚动到页面底部，新内容就会自动加载。优点： 极致的无缝体验，尤其适合内容流（如新闻feed、图片墙）。缺点： 与“加载更多”类似，SEO挑战更大，用户无法触及页脚内容（因为内容不断加载），难以书签特定位置。用户体验考量：可点击区域大小： 确保分页链接有足够大的点击区域，尤其是在移动设备上，避免误触。当前页高亮： 明确标识当前用户所在的页码，让用户一目了然。禁用不可用链接： 如果在第一页，应禁用“上一页”和“首页”链接；在最后一页，禁用“下一页”和“尾页”链接。响应式设计： 分页控件应能很好地适应不同屏幕尺寸。在小屏幕上，可能需要简化显示，例如只显示“上一页”、“下一页”和当前页码。无结果提示： 当查询结果为空时，应显示友好的提示信息，而不是空白页面或错误。可访问性（Accessibility）： 确保分页链接有适当的ARIA属性，以便屏幕阅读器等辅助技术能够理解和导航。例如，使用
和链接上的
aria-current="page"
。
选择哪种模式，要根据你的内容类型和目标用户来决定。对于博客文章或新闻列表，经典的数字分页加省略号通常是最佳选择；而对于图片画廊或社交媒体动态，无限滚动或“加载更多”可能更受欢迎。核心目标是让用户能够轻松、愉快地访问到他们想要的内容。
以上就是PHP怎样制作分页功能？LIMIT分页算法实现的详细内容，更多请关注php中文网其它相关文章！
版权声明：本文内容由互联网用户自发贡献，该文观点仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。
如发现本站有涉嫌抄袭侵权/违法违规的内容， 请发送邮件至 chuangxiangniao@163.com 举报，一经查实，本站将立刻删除。
发布者：程序猿，转转请注明出处：https://www.chuangxiangniao.com/p/1290757.html
微信扫一扫 
支付宝扫一扫 
