目录

• 异常现象：
• 进行复现：
• 寻找原因：
• 解决办法：
• • 办法一：指定执行索引
  • 办法二：先按二级索引里字段排序，再按id排序
  • 办法三：取消排序
  • 最终方案：
  • 复盘：

    异常现象：

    报错慢查询

    原sql：

    select id, infoid, orderid, utel, stel, refusetime, reasoncd, reason, deleteflag, params, cityid, paidanid, cateid, baojieworkertype, `operator`, refusesource, utel_encrypt, stel_encrypt 
    from t_app_refusereason 
    WHERE ( cityid = 18 and refusetime >= '2024-01-22 00:00:00' and refusetime <= '2024-01-23 00:00:00' and reasoncd in ( 38 , 52 , 51 , 10 , 9 ) and deleteflag = 1 ) 
    order by id asc 
    LIMIT 50;
    

    索引信息：

     KEY `idx_refusetime_reasoncd_deleteflag_cityid` (`refusetime`,`reasoncd`,`deleteflag`,`cityid`) USING BTREE
    

    进行复现：

    发现确实特别慢

    

    解析sql，发现走的是主键索引

    

    在上线之前校验过，是可以走索引的，可能由于最近数据量的变化，mysql的优化策略变更导致不走二级索引量

    

    寻找原因：

    在 MySQL 中，当执行带有 ORDER BY 子句的查询时，数据库引擎可能会选择不使用二级索引而进行全表扫描。

    这是因为在包含排序的情况下，数据库引擎可能认为通过覆盖索引并不会带来额外的性能提升，而直接进行全表扫描可能更为高效。

    解决办法：

    办法一：指定执行索引

    SELECT id, infoid, orderid, utel, stel, refusetime, reasoncd, reason, deleteflag, params, cityid, paidanid, cateid, baojieworkertype, `operator`, refusesource, utel_encrypt, stel_encrypt 
    FROM t_app_refusereason 
    FORCE INDEX (idx_refusetime_reasoncd_deleteflag_cityid) 
    WHERE (cityid = 18 AND refusetime >= '2024-01-22 00:00:00' AND refusetime <= '2024-01-23 00:00:00' AND reasoncd IN (38, 52, 51, 10, 9) AND deleteflag = 1) 
    ORDER BY id ASC 
    LIMIT 50;
    

    办法二：先按二级索引里字段排序，再按id排序

    SELECT id,infoid,orderid,utel,stel,refusetime,reasoncd,reason,deleteflag,params,cityid,paidanid,cateid,baojieworkertype,`operator`,refusesource,utel_encrypt,stel_encrypt 
    FROM t_app_refusereason 
    WHERE ( cityid = 18 AND refusetime >= '2024-01-22 00:00:00' AND refusetime <= '2024-01-23 00:00:00' AND reasoncd IN ( 38, 52, 51, 10, 9 ) AND deleteflag = 1 ) 
    ORDER BY refusetime ASC ,id ASC 
    LIMIT 50;
    

    办法三：取消排序

    SELECT id,infoid,orderid,utel,stel,refusetime,reasoncd,reason,deleteflag,params,cityid,paidanid,cateid,baojieworkertype,`operator`,refusesource,utel_encrypt,stel_encrypt 
    FROM t_app_refusereason 
    WHERE ( cityid = 18 AND refusetime >= '2024-01-22 00:00:00' AND refusetime <= '2024-01-23 00:00:00' AND reasoncd IN ( 38, 52, 51, 10, 9 ) AND deleteflag = 1 ) 
    LIMIT 50;
    

    原sql、方案一、方案二、方案三

    

    最终方案：

    最终选择办法三，取消排序

    复盘：

    为什么之前要排序？

    之前遇到一种场景，在查询es时没有排序，在返回结果的边界时会出现乱序。比如分页50条查询，数据A和B都符合筛选条件，查第一页的时候数据A返回在第50条，查第二页的时候第一条希望返回数据B，结果返回的还是数据A

    因为es获取数据是在不同片区拿数据，如果不指定排序字段会出现不稳定排序现象。

    但是mysql索引是稳定的，所以无特殊排序要求的时候直接拿就可以了

     
     seo外包靠谱  如何免费开自己的网站  游戏源码平台  成都高端定制网站公司  公司网站创建方案  网件r6220