mysql 慢查询调优实战
目录
- 异常现象：
- 进行复现：
- 寻找原因：
- 解决办法：
-
- 办法一：指定执行索引
- 办法二：先按二级索引里字段排序，再按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索引是稳定的，所以无特殊排序要求的时候直接拿就可以了