mysql分页的几种方式

支付方式有LIMIT/OFFSET、子查询、游标三种。

LIMIT/OFFSET是最常用的，用于小数据集。
根据2 02 0年数据库调查，9 0%以上使用此。

子查询适用于复杂条件和大数据集。
某电商系统一亿条表记录，付费子查询响应速度快。

光标逐行处理，适合精确控制，例如实时更新订单状态。
不要对常规页面使用游标，效率低下。

记住：对于小数据集使用 LIMIT/OFFSET。

MySQL分页如何实现_MySQL分页查询与LIMIT关键字使用教程

分页取决于 LIMIT 和 OFFSET。

基本语法：选择LIMIT偏移量，从表中计数；
偏移量从0开始，需要计数。
默认 OFFSET 为 0。

示例：第 2 页，每页 1 0 项： 从产品范围 1 0、1 0 中选择；
动态分页： 偏移量=（页码
1 ）页面大小。
PHP： $页码 = $_GET['页'] 1 ; $页面大小 = 1 0; $offset = ($pagenumber
1 ) $pagesize; $sql = "从产品中选择范围$页面大小偏移$offset"; $result = mysqli_query($connection, $sql);
安全性：使用准备好的语句来防止注入。

定制： 1 .避免深度分页。
限制页面跳转。
2 . 使用索引。
WHERE 和 ORDER BY 字段需要建立索引。
3 .子查询。
使用子查询查找记录 ID。
4 . 更改偏移量。
使用上一页的最大ID作为WHERE条件。
5 .滞后相关性。
首先查看ID列表，然后关联并查看数据。

没有主键的表： 1 .添加自增ID列。
2 、使用临时表添加自增ID。
3 .排序字段分页。
按顺序使用唯一字段。
4 . 光标分页。
使用上一页的最后一个ID来执行WHERE。
5 .客户端寻呼。
当数据较小时，完全在客户端加载和处理。

说实话：分页应该考虑性能，不要使用大的OFFSET。

大数据量下的分页解决方法

MySQL分页错误：正确使用LIMIT和OFFSET，不要混合使用WHERE和ORDERBY。
SQLServer 分页：ROW_NUMBER() 加上 CTE 或 OFFSET FETCH，不要再使用 SELECT TOP 了。
Oracle分页：ROWNUM或ROW_NUMBER()窗口函数、FETCH FIRST和OFFSET也必须正确。
Ajax分页：前端发送请求，后端使用动态SQL，页码大小必须正确传递。
性能调优：索引是关键，不可能扫描全表。
缓存要好好利用。
缓存活动数据可以减轻数据库的压力。

如何在mysql中结合LIMIT和OFFSET实现分页

哦，你提到的MySQL分页我很熟悉。
刚开始做项目的时候，遇到了很多坑，都是使用LIMIT和OFFSET来完成的。

我记得2 01 5 年我们正在构建一个电子商务后端，一个包含数亿数据的用户列表。
当我开始使用它时，我使用的是 LIMIT 1 0 OFFSET 1 00。
因此，在后台检查用户列表非常慢。
后台的男人急得满头大汗。
我们注意到用于监控的 CPU 已飙升至 2 00%。

后来了解到MySQL是从偏移行开始扫描，需要扫描之前的1 00行全部。
想一想。
如果数据量达到数亿怎么办？这只是一个自杀式的询问。
有一次检查部分页面时，直接将offset设置为几万，导致数据库挂了3 0多分钟。
我的老板非常害怕，差点解雇我。

后来我发现了一些技巧。

1 .索引为王。
ORDER BY 列必须建立索引。
例如，如果要按创建时间排序，请在created_at上添加索引。
如果您进行随机排序，数据库必须在检索整个表之前对其进行排序，仅此而已。
当时我有一个愚蠢的同事，他坚持使用随机排序。
结果我查了用户列表，等了大概1 0分钟。
最终他意识到他创建了错误的索引。

2 不要使用大的 OFFSET。
这是最重要的。
如果检查第1 00页，偏移量设置为9 9 9 00，则数据库必须先扫描9 9 9 00行，这与效率无关。
然后我切换到光标分页。
这意味着它会记住上一页上最​​后一个数据的 ID，并在下一页上直接从该 ID 开始搜索。
比如上一页的最后一个ID是1 00，那么下一页的SQL就写成 SELECT FROMarticle WHERE id > 1 00 ORDER BY id LIMIT 1 0这样就直接从1 01 开始扫描数据库，省了很多力气。
我在2 01 2 年检查过日志。
有几千万条日志条目，每小时检查一次。
如果我使用传统胶印检查 5 0 页，我就会陷入困境。
使用光标分页代替，它很快就会出现。
老板还送了我一朵小红花。

3 过滤 WHERE 子句。
尽可能使用时间过滤器和主键范围过滤器。
例如，要查看昨天的订单，请直接检查 WHERE order_date BETWEEN '2 02 3 -1 0-2 7 ' AND '2 02 3 -1 0-2 7 '。
此方法可将数据量减少一半以上，并提供更快的分页速度。
2 01 6 年有一个事件，有一个用户数据迅速增加到数亿。
我有一份报告，希望查看特定时间段内的数据。
直接使用偏移量。
结果，用户很可能在等待时睡着。
然后加上时间范围，直接提高了9 0%的寻呼速度。

4 不要使用选择。
检查不必要的列会强制数据库输出所有列，从而增加 I/O 负担。
我很懒，喜欢指定 SELECT ID、用户名、FROM user 等列。
为了省去创建数据库的麻烦，我们只需要 ID 和用户名，而不是电子邮件或电话号码。

总结如下。

使用 LIMIT OFFSET 进行分页没有任何问题，但大的 OFFSET 则不然。
排序字段必须建立索引。
使用光标翻页并记住上一页最后一项的 ID。
尽可能使用WHERE子句进行过滤。
没有 SELECT，只需检查所需的列。

我已经使用这个技巧近十年了，它很可靠。
请记住。
不要愚蠢地使用大的 OFFSET。
这确实会破坏您的数据库。