坑，MySQL中 order by 与 limit 混用，分页有BUG！

于 2024-04-27 12:19:21 发布
阅读量336 收藏 4
点赞数 5
文章标签： mysql bug 数据库
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/2401_84103344/article/details/138246464
版权
文章探讨了MySQL中使用Limit时遇到的问题，即分页结果不准确，因为当orderby字段存在相同值时，MySQL会随机返回结果。解决方法涉及添加索引并理解Limit的优化机制。作者还分享了面试题中的相关知识点和学习心得。
摘要由CSDN通过智能技术生成

1、查询第一页数据时：

2、查询第四页数据时：

user表共有8条数据，有4页数据，但是实际查询过程中第一页与第四页竟然出现了相同的数据。

这是什么情况？难道上面的分页SQL不是先将两个表关联查询出来，然后再排好序，再取对应分页的数据吗？？？

上面的实际执行结果已经证明现实与想像往往是有差距的，实际SQL执行时并不是按照上述方式执行的。这里其实是Mysql会对Limit做优化，具体优化方式见官方文档：https://dev.mysql.com/doc/refman/5.7/en/limit-optimization.html这个是5.7版本的说明，提取几个问题直接相关的点做下说明。

上面官方文档里面有提到如果你将Limit row_count与order by混用，mysql会找到排序的row_count行后立马返回，而不是排序整个查询结果再返回。如果是通过索引排序，会非常快；如果是文件排序，所有匹配查询的行（不带Limit的）都会被选中，被选中的大多数或者全部会被排序，直到limit要求的row_count被找到了。如果limit要求的row_count行一旦被找到，Mysql就不会排序结果集中剩余的行了。

这里我们查看下对应SQL的执行计划：

可以确认是用的文件排序，表确实也没有加额外的索引。所以我们可以确定这个SQL执行时是会找到limit要求的行后立马返回查询结果的。

不过就算它立马返回，为什么分页会不准呢？

官方文档里面做了如下说明：

如果order by的字段有多个行都有相同的值，mysql是会随机的顺序返回查询结果的，具体依赖对应的执行计划。也就是说如果排序的列是无序的，那么排序的结果行的顺序也是不确定的。

基于这个我们就基本知道为什么分页会不准了，因为我们排序的字段是create_time，正好又有几个相同的值的行，在实际执行时返回结果对应的行的顺序是不确定的。对应上面的情况，第一页返回的name为8的数据行，可能正好排在前面，而第四页查询时name为8的数据行正好排在后面，所以第四页又出现了。

那这种情况应该怎么解决呢？

写在最后

学习技术是一条慢长而艰苦的道路，不能靠一时激情，也不是熬几天几夜就能学好的，必须养成平时努力学习的习惯。所以：贵在坚持！

最后再分享的一些BATJ等大厂20、21年的面试题，把这些技术点整理成了视频和PDF（实际上比预期多花了不少精力），包含知识脉络 + 诸多细节，由于篇幅有限，上面只是以图片的形式给大家展示一部分。

蚂蚁金服三面直击面试官的Redis三连,Redis面试复习大纲在手,不慌

Mybatis面试专题

蚂蚁金服三面直击面试官的Redis三连,Redis面试复习大纲在手,不慌

MySQL面试专题

蚂蚁金服三面直击面试官的Redis三连,Redis面试复习大纲在手,不慌

并发编程面试专题

g-bXYnxBDp-1714191544878)]

MySQL面试专题

[外链图片转存中…(img-RBECuidK-1714191544878)]

并发编程面试专题

本文已被CODING开源项目：【一线大厂Java面试题解析+核心总结学习笔记+最新讲解视频+实战项目源码】收录

2401_84103344
关注
  • 5
    点赞
  • 踩
  • 4
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
在MySQL中使用LIMIT进行分页的方法
12-15
今天看一个水友说他的MySQL现在变的很慢。问什么情况时。说单表超过2个G的一个MyISAM。真垃圾的回答方式。     简单答复：换一个强劲的服务器。换服务器很管用的：） ………        最终让取到慢查询：   SELECT * FROM pw_gbook WHERE uid='N' ORDER BY postdate DESC LIMIT N,N; SELECT * FROM pw_gbook WHERE uid='N' ORDER BY postdate DESC LIMIT N,N; 如：     SELECT * FROM pw_gbook WHERE uid='
mysql limit分页优化详细介绍
12-16
MySQL中的`LIMIT`子句是执行分页查询的关键，它允许我们从结果集中选择特定数量的行。然而，当处理大量数据时，直接使用`LIMIT`进行深度分页（即跳过很多行后再取少量数据）可能会导致显著的性能下降。这是因为MySQL...
Mysql 排序Order by与分页limit结合的数据异常问题
沛哥儿的专栏
04-13 1663
前言 在使用order by 进行排序的时候，使用LambdaQueryWrapper也是杠杠的。使用orderByDesc方法可以很方便的进行多字段排序。 问题 但是使用分页排序的时候，Limit出来的数据，居然会重复。 刚开始以为使用了多个字段进行order by ，导致查询结果不正常。 出于对自己技术的不信任，特意跑到mybati-plus官网查了文档，发现一切都是正常的。 那么就是mysql的问题了。 开启sql日志输出，发现sql正常，使用查询的时候，发现数据重叠了。 第一页数..
坑，MySQL中 order by 与 limit 混用，分页有BUG！(1)
最新发布
2401_84103344的博客
04-27 374
对于很多Java工程师而言，想要提升技能，往往是自己摸索成长，不成体系的学习效果低效漫长且无助。整理的这些资料希望对Java开发的朋友们有所参考以及少走弯路，本文的重点是你有没有收获与成长，其余的都不重要，希望读者们能谨记这一点。再分享一波我的Java面试真题+视频学习详解+技能进阶书籍这一点。**再分享一波我的Java面试真题+视频学习详解+技能进阶书籍[外链图片转存中…(img-u2StuKZA-1714191521405)]本文已被。
mysql order by limit 一起使用的坑，解决方案。order by和limit的混用产生的bug
shallow77的博客
01-08 1869
mysql order by limit 一起使用的坑，解决方案。order by和limit的混用产生的bug问题产生环境说明问题的出现问题产生的原因问题解决 问题产生环境说明 服务器Mysql版本：5.7 前端需要对某个表的内容根据某一个字段的值进行分页排序显示。 先排序使用到了 order by ，后分页取一页的数据使用到了 limt。 问题的出现 当前端进行显示时，出现部分排序错误，甚至是重复数据将原本正常的数据覆盖的情况。这里服务器已经调整好了就不放错误对比图了。 问题产生的原因 我认为本质上是m
Mysql order by 乱序导致分页取值问题
dingzuobing的博客
07-24 567
背景：生产巡检发现第一页和第二页商品重复 分析后发现是sql语句中使用order by子句，但是排序字段的值都是一样的，导致排序后分页取值错乱。 复现： 建表语句： create table test( id int, order1 int, order2 int, order3 int ); insert into test value (1,10,null,100); insert into test value (2,10,null,100); ins.
踩坑笔记 MySQL分页排序查询（Order by limit）导致数据丢失和重复
laker的博客
10-03 2066
在执行查询时，MySQL会根据查询优化器的决策来确定数据的检索顺序，如果没有明确的排序规则，结果集的顺序可能会随机，这可能会让人感到困惑。分页查询排序后的数据，是一个非常常见的业务场景；但当使用不唯一的字段排序时，分两页查询的数据可能出现数据重复和丢失的错觉。这个优先队列的本质和Java中的堆一样的，可以根据limit的条数维护一个堆。以后的版本都会有，严格的说这并不算一个问题，MySQL官方对。如果没有唯一字段，联合索引构成的联合唯一索引也行。一张很屌的图，来自牛逼的 ALEX XU。
mysql orderby+分页 乱序原因和解决
weixin_43171234的博客
11-05 408
在 orderby 的字段具有相同的值的时候，使用orderby + 分页可能造成乱序. 而且，相同的查询条件，是否使用limit 返回的查询结果也可能不一样。
order by 与 分页 的冲突
Lionel_SSL的博客
01-12 478
该表中的数据涉及到批量更新操作，会导致大量数据的列属性值都相同，导致执行时发现传入的页数不同时，分页的数据会出现重复！
Mysql排序和分页(order by&limit)及存在的坑
12-14
需要注意的是，`LIMIT`语句通常与`ORDER BY`一起使用，以确保分页的稳定性，即每次请求的页面内容保持一致。 然而，使用`ORDER BY`和`LIMIT`也存在一些潜在的问题。例如，全表扫描可能导致性能下降，特别是在处理...
深入解析mysql中order by与group by的顺序问题
12-15
mysql 中order by 与group by的顺序是：selectfromwheregroup byorder by注意：group by 比order by先执行，order by不会对group by 内部进行排序，如果group by后只有一条记录，那么order by 将无效。要查出group ...
Mysql Limit 分页查询优化详解
09-10
MySQL中的LIMIT子句常用于实现分页查询，它允许我们从结果集中选择特定数量的行。在处理大量数据时，不恰当的分页查询可能会导致性能下降，因为MySQL需要扫描和处理更多的行。本篇文章将深入探讨如何优化使用LIMIT...
编码踩坑——MySQL order by&limit顺序不一致 / 堆排序 / 排序稳定性
娜娜米的博客
03-12 3336
本篇介绍一个MySQL下SQL查询语句同时包含order by和limit出现的一个问题及原因，其中涉及的知识点包括 ：MySQL对limit的优化、MySQL的order排序、优先级队列和堆排序、堆排序的不稳定性；
利用limit进行分页产生的问题
weixin_46816552的博客
11-19 801
自定义分页的最后一页有问题; ysql分页查询数据不对;
MySQL中order by与limit结合使用导致数据错乱问题
经典
04-12 2761
MySQL中order by与limit结合使用导致数据错乱问题 最近在项目中需要调用微服务获取数据集合，而在对方微服务中使用了limit对数据进行了分页处理，但是在limit之前使用order by进行了排序，然后当查询前10条数据的时候结果显示正常，当查询第11-20或者21-30条的数据的时候，会发生数据错乱的现象。 sql语句： order by create_date desc limit 0, 10 sql语句： order by create_date desc limit 10, 10
【Mysql】分页排序查询（Order by limit）出现数据丢失和重复
weixin_44823875的博客
03-14 1341
如果必须执行文件排序，则在找到第一个row_count之前，将选择所有与查询匹配的，没有LIMIT子句的行，并对其中的大多数或全部进行排序。在执行查询时，MySQL会根据查询优化器的决策来确定数据的检索顺序，如果没有明确的排序规则，结果集的顺序可能会随机，也就是说当我们用更新时间来做排序，而更新时间这个字段的值是不唯一的，同一个更新时间的数据有多条，那么在分页查询时，就可能会在不同页排序后取到相同的数据。出现的问题就是第二页的最后一条数据，和第三页的第一条数据是一样的，也就是出现了分页数据重复的问题。
记一次mysql order by limit分页问题
qq_51637768的博客
03-21 304
换句话说，这些行的排序顺序相对于未排序的列是不确定的。在进行数据分页查询的时候，对数据进行了排序操作后进行limit分页，使用的是mybatis的分页插件PageHelper，查出的数据是重复的，不准确的，一开始以为是分页插件使用错误的问题。因此当查询分页数据不一致时，可以看看是否使用了order by排序，排序字段是否有多个重复值，如果重复可以再多根据一个字段进行排序。后对数据进行查看，created_time字段是空值，也就是重复的，所以查询出来的分页数据是错乱的。
order by导致分页数据错误
Leo_Hth的博客
06-30 1230
order by 后面的字段必须是唯一的，否则在分页查询的时候，结果可能是错误的，例如第一页的最后一条数据，可能查第二页的第一条也是该条数据 解决办法：在order by 的条件中加上主键，使之唯一.........
mysql中order by 与limit ，order by 分完组后再用limit影响效率
07-13
在MySQL中，ORDER BY和LIMIT是两个常用的查询语句，用于对结果进行排序和限制返回的行数。 当使用ORDER BY子句时，MySQL会对查询结果进行排序。如果同时使用了LIMIT子句，MySQL会先对结果进行排序，然后再返回指定数量的行。这意味着LIMIT会应用在排序之后的结果上。 如果查询结果集较大，并且没有合适的索引来支持排序操作，那么使用ORDER BY和LIMIT可能会影响查询的效率。由于需要对整个结果集进行排序操作，可能需要耗费较长的时间和消耗较多的系统资源。 为了提高效率，可以考虑以下几点： 1.使用合适的索引：确保ORDER BY子句中使用的列上存在索引，以加快排序操作的速度。 2.限制返回的行数：如果只需要获取前几行数据，可以通过合理设置LIMIT子句中的参数来限制返回的行数。 3.优化查询语句：通过分析查询语句和表结构，使用合适的查询优化技巧，如避免不必要的连接、子查询等，以提高整体查询性能。 尽管在某些情况下，ORDER BY和LIMIT组合可能会对性能产生一定影响，但在大多数情况下，正确使用索引并合理设置LIMIT参数仍然可以实现较好的查询性能。因此，根据具体的查询需求和数据库结构，可以进行适当的调整和优化。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值