MySQL中order by与limit结合使用导致数据错乱问题

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

在这里插入图片描述

如果你把order by 和 limit N 混合使用,mysql会在找排序结果中的第一个 “第N条记录” 时就停止,而不会排序整个结果集。

如果排序是通过索引完成的,那么这个操作就会非常快。

如果必须要通过数据文件排序,所有符合查询条件的记录都将被选中,并且所有的数据都将被排序,直到第一个 “第N条记录” 被找到。在第一条的数据都被找到之后,mysql不会继续把结果中剩余的数据进行排序。

这种实现行为的表现之一就是order by查询 在配合 limit 使用和不配合limit使用的情况下的返回值,排序情况是不同的。

解决方案是 可以在order by子句中添加一个排序列,以使顺序具有确定性。

sql语句:
order by organ_id
limit 10, 10

或者
order by create_date desc, organ_id
limit 10, 10

在这里插入图片描述

参考:https://baijiahao.baidu.com/s?id=1685485472411562612&wfr=spider&for=pc

  • 1
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值