Mysql查询时使用order by limit的隐患及解决办法

在MySQL中使用ORDER BY和LIMIT进行数据查询时,若存在相同排序值,可能会导致分页查询结果不一致。当数据创建时间精确度不足,如只到时分秒,LIMIT不同值可能返回不同结果。解决办法是在ORDER BY语句中加入唯一主键作为排序条件,以确保结果的稳定性。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

Mysql查询时使用order by limit的隐患及解决办法

Mysql + order by limit

我们经常会使用order by 和limit 在做数据查询时排序,限定条数或者是分页排序,平时运用中也没有发现什么异常。但最近的一个项目使用这种方法查询时发现了一个严重的问题,我在用Job导入数据时,因为存在同时导入了大量的数据,数据的创建时间DataChange_CreateTime只精确到时分秒,存在同样时间的数据。在用order by limit 分页查询,且筛选一定条数的时候,出现结果不一致的情况。查询数目(即limit 的数据) 为10 和 1000的时候,两者结果最初的10条数据不一致。查询资料发现问题所在,后文也会提供解决办法。记录下来,防止自己再次犯错的同时也给大家提个醒。

类似问题出现情景

现有一张表,表结构如下:
大概5000条数据, 大部分记录的flag都等于0,pay_time字段时间戳格式都正确
大概5000条数据, 大部分记录的flag都等于0,pay_time字段时间戳格式都正确

我们使用limit分批读取数据:

select id, pay_time from order_customer_new where flag=0 order by pay_time asc limit 250, 10;

读取数据的过程中,发现有时间戳相等的记录,分两次读取,可能会丢失某条记录。如下图所示,id=465的记录就丢失了。
在这里插入图片描述

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值