Mysql LIMIT 慢查(8.0.21已解决)

@[TOC](Mysql Limit + Order by慢查(8.0.21已解决))

现象

在公司遇到的一个慢查的线上case，部分用户查询时经常出现超时，但是sql语句极为简单，包含下面三个关键筛选:

1. where user_id = xxx；
2. order_by gmt_createtime；
3. limit 1；

排查

1. 执行对应用户sql, 有user_id索引但是未走，走了 gmt_createtime 的索引。
2. 单去除limit 1后，索引正常走user_id；
3. 单去除order_by 后，索引正常走user_id；
4. 考虑时这个用户在表中数量导致 执行计划 使用where条件 的可能结果集 大于 使用 order by 后 limit的结果集，于是“欺骗”了 sql 进行了执行优化选择；于是利用B+树索引结构，order by后的索引进行了 叶子节点的有序遍历，取limit 后的数据，然而 在遍历过程中需要满足where 条件，这个就真正耗时了；
5. 查看后发现这部分用户数量相对正常查询用户大概5倍左右。
6. 于是查看 mysql 相关优化文章，果然 https://dev.mysql.com/doc/refman/8.0/en/limit-optimization.html 已经有体现。

解决

如果是 8.0.21及以后，可以直接关掉优化配置
SET optimizer_switch = "prefer_ordering_index=off";
但是我们目前用的版本较低，于是
可以利用force index语句来强制走索引