Mysql 5.7版本导致的子查询order by排序无效问题的探究

一、问题背景

在我们的考试系统中,用户可以多次考试,然后需要去用户最新的考试记录,而且是需要批量去取多个用户的最新的考试记录或者单个用户的多个最新考试记录,之前写的sql是子查询根据时间排序,然后进行分组取最新的。sql如下:

select * from (select * from `user_exam` where uid = 666 and exam_id in (1,2,3) order by create_time desc) as t group by t.exam_id

开始这样写的时候,在测试环境和线上都没什么问题,不过最近线上有用户反馈获取到的考试记录列表不是最新的,但是测试在测试环境复现不了,线上能稳定复现,很是诡异。

二、问题排查

  1. 检查相关缓存,并于数据库数据对比,发现二者并不一致,删除缓存后,本以为可以正常了,但是获取后发现仍是存在问题,更新后的缓存仍然是错误数据;

  2. 对SQL语句进行排查,语法等均为发现问题;在本地对sql语句进行执行验证,在我本地执行sql语句是正常没问题的,但是在同事本地执行就会出现线上的问题;

    同事的Mysql版本如下:

    image-20211013214914332

    用户考试记录数据如下:

    SELECT * FROM user_exam where exam_id = 156;

    image-20211013214749759

    该考试仅有一个用户考试,考了三次,其主键id依次为142933、142934、142935.

    对比按创建时间排序的子查询语句获取到的结果:

    select * from user_exam where uid = 229031 and exam_id=156 order by create_time desc;

    image-20211013215339310

    根据创建时间排序,其主键id依次仍为142933、142934、142935.

放入group by语句中作为子查询获取结果如下:

select * from (select * from user_exam where uid = 229031 and exam_id = 156 order by create_time desc) as t group by t.exam_id;

image-20211017152439718

我们期望的结果应该为创建时间最新的用户考试记录,即主键为142935,但是可以看到,获取到的结果并不是最新创建的记录,而是最早创建的那条用户考试记录,我们知道group by 通过分组条件取数据时,是取的满足条件的第一条数据,那么就好像我们的子查询中order by create_time desc并没有起作用。

知道了问题所在,我便从sql语句中order by不起作用作为切入点进行排查,看网上说MySQL的5.7版本当order by在子查询中时会存在失效情况,对于这种情况,我找了公司运维求证,他们说线上最新的MySQL实例大部分变为了5.7,做了升级。这也进一步印证了前面上线后都是正常的,最近才出问题,原因在于当时MySQL版本不是5.7,现在变为了5.7版本导致子查询order by失效。

三、问题解决

看到网上也有网友遇到这个问题,通过在order by 后加limit限制来解决问题,因为在MySQL的5.7版本中,如果group by的子查询中包含order by,但是order by不与limit配合使用,order by会被忽略掉。尝试如下:

select * from (select * from user_exam where uid = 229031 and exam_id = 156 order by create_time desc limit 10) as t group by t.exam_id;

image-20211017163110890

通过加limit限制获取到的结果是正确的,因为有数量限制,我们可以把limit的数值设置大一些,让它能cover住所需后取数量的最大值。

当然还有其他的解决办法,可以结合实际的业务需求进行优化。

  • 2
    点赞
  • 2
    收藏
    觉得还不错? 一键收藏
  • 5
    评论
评论 5
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值