大佬们, sql 查询语句里面如果加了 ORDER BY create_time desc 会导致扫描全表变得很慢

[xpyusrs]

SELECT * FROM `orders` WHERE user_id = 10 AND order_status IN ('PROCESSED') AND status = 'pending_orders' AND shop_id IN ('123456') ORDER BY create_time desc LIMIT 20;

这个怎么处理才能让排序不扫描全表, 不加 ORDER BY create_time 能在一秒内了, 加了要有一定几率到 30 秒,我估计着应该是进行了全表排序

[sunxiaping521]

EXPALIN 看一下啊

[hhjswf]

按时间排不如按 id 排

[Mystery0]

create time 是 varchar ？

[dw2693734d]

index 一下？

[fiypig]

是不是有 null 导致的

[xpyusrs]

@Mystery0 是 bigint

[LeegoYih]

DDL 看一下

[mineralsalt]

@hhjswf #2 请教个问题, 一张表, 长字符串 id 和一个有索引的整数字段, 那么这两个排序哪个快?

[xpyusrs]

@sunxiaping521 https://s1.ax1x.com/2023/06/26/pCU32KU.png, 都走了索引的, 但是扫描全表会很慢

[huajia2005]

转为根据自增 id 查询吧,一样的

[hhjswf]

@mineralsalt id ，因为还要回表，除非你就查索引字段这一列。

[xpyusrs]

@fiypig 不是, create_time 已经设置了不是 NULL

[LeegoYih]

你 status 也设置索引吗？去掉试试。实在不行用 Force Index

[xpyusrs]

@LeegoYih 嗯, 设置了, 跟这个也有关系么, 我去试一下, 如果不加 ORDER BY create_time 就正常

[hhjswf]

可能要考虑建一条联合索引( create_time, user_id)。

[hhjswf]

你这样执行器还是要全盘扫查询 userid

[iosyyy]

create_time order_status status 建立联合索引 (user_id 如果是主机键就不用 速度就提上来了

[themostlazyman]

筛选完数据量不大的话，根据数据的区分度大的一个 where 条件的字段建立索引就行了。例如 userId ，你得根据 sql 的执行顺序建立联合索引才行，单一个 create_time 索引不行，建议删除 create_time 索引，order_status 等区分度低的索引也建议删除。

[themostlazyman]

@xpyusrs 你的问题是索引建多了，删掉 idx orders create time 应该就没问题了，idx orders order status,idx orders status 状态就几个状态值的话也建议删除。

[MoYi123]

建一个联合索引 (user_id, create_time) , 这样 user_id = 10 order by create_time 就可以直接利用索引.