[MySQL] ORDER BY 未能使用索引排序

[fuxinya]

订单表建立了一个联合索引 index_order_store: [ store_id, create_time]

查询：

SELECT * 
FROM orders
WHERE store_id = 100001
ORDER BY orders.create_time DESC 
LIMIT 0,2

EXPLAIN 显示扫描了店铺的所有订单（扫描了 14 行），并没有使用索引排序。

SIMPLE	orders	ref	index_order_store	index_order_store	5	const	14	Using where

哪个地方错了

[ilyh]

全表才 14 行数据, mysql 会做优化, 直接全表扫描更快吧

[fuxinya]

@ilyh #1 我多造点数据试试

[ilyh]

type 为 ref 已经走了索引了啊...

[ilyh]

估计是 store_id = 100001 就有 14 行吧

[kaid97]

ref 就是使用了索引，而且返回值也只有一条

[fuxinya]

@ilyh #4 刚刚给店铺 100001 造了 100 条数据，又给另一个店铺也造了 200 条，查询结果：扫描了 100 行。现在的问题是虽然 store_id 走了那个联合索引，但是对 create_time 排序没有使用索引，SQL 语句中限制了条数：LIMIT 0,2。 但是却扫描了 100 行。期望是仅扫描 2 行。
难道是我认知错误了，ORDER BY 永远不会索引？

[fuxinya]

@kaid97 看下#6 我的回复，问题描述补充了一下

[ilyh]

不是 orderby 不走索引, 是 limit 是读到所有匹配行再保留第一行

[polythene]

用 force index 强制走索引吧

[ToTChowChow]

SELECT store_id, create.time
FROM orders
WHERE store_id = 100001
ORDER BY orders.create_time DESC
LIMIT 0,2

改成这样？

[harde]

歪个楼。。。。 在做这样的测试时，建议造个几十万条数据。。。 很多时候还是数据库聪明。

[fuxinya]

@harde 好的，马上试试。可能还是数据量不够，认为不走索引排序更快

[constructor]

原来和数据量有关系，我之前也有这样的疑问，一度误以为对索引的理解有偏差