mysql 慢查询调优实战

目录

异常现象：

报错慢查询
原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 =18and 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)orderby id ascLIMIT50;

索引信息：

KEY`idx_refusetime_reasoncd_deleteflag_cityid`(`refusetime`,`reasoncd`,`deleteflag`,`cityid`)USINGBTREE

进行复现：

发现确实特别慢

解析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 
FORCEINDEX(idx_refusetime_reasoncd_deleteflag_cityid)WHERE(cityid =18AND 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)ORDERBY id ASCLIMIT50;

办法二：先按二级索引里字段排序，再按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 =18AND 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)ORDERBY refusetime ASC,id ASCLIMIT50;

办法三：取消排序

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 =18AND 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)LIMIT50;

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

最终方案：

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

复盘：

为什么之前要排序？

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

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

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