是否可以在最左边的多重索引上按范围进行选择？

Question

我在 (k1,k2,k3)
上有一个索引 m_idx 如果我这样做的话
从 tb FORCE INDEX (m_idx) 中选择 c1,c2,c3...，其中 k1=500 AND k2 IN(...) AND k2>2000 ORDER BY k1 LIMIT 1000;
或
SELECT c1,c2,c3... FROM tb FORCE INDEX (m_idx) WHERE k1 IN (500,1000,1500 ...) AND k2 IN(...) AND k2>2000 ORDER BY k1 LIMIT 1000;
Handler_read_next = 999

但是如果我尝试在 k1 上使用范围：
从 tb FORCE INDEX (m_idx) 中选择 c1,c2,c3...，其中 k1>=500 AND k2 IN(...) AND k2>2000 ORDER BY k1 LIMIT 1000;
Handler_read_next = 58035
在所有情况下，EXPLAIN 都表示使用的密钥是 m_idx
但我认为在第三种情况 m_idx 中它没有被使用（我也只在 k1 上有一个索引）。
否则我不明白为什么它读取超过 1000 行。
我期望扫描 m_idx 索引，并且仅扫描满足从表中读取条件的前 1000 行 行。
但实际上我认为对于第三种情况，它会扫描索引，并从 tb 中读取满足 k1 条件的那些行，并在从 tb 读取行后检查 k2 和 k3 条件。
我使用：MySql 和 MyISAM，WINDOWS 7 64，tb 有 1 百万行；
所以我的问题是：
是否可以在最左边的多重索引上按范围进行选择？
或
我还做错了什么吗？
谢谢。

Answer 1

1. 不，不是。
2. 不，你做的一切都是正确的

http://dev.mysql .com/doc/refman/5.1/en/range-optimization.html（“7.3.1.3.2.多部分索引的范围访问方法”部分）

因此您无法帮助优化器更快地执行此查询。

并避免使用FORCE INDEX，因为优化器更清楚要使用什么索引。

另外：

k1>=500 AND k2 IN(...) AND k2>2000

根据哪个部分返回较少的记录，k1>=500 或 k2 IN(...) AND k2>2000 （我不知道为什么你这里需要> 2000，因为你可以手动比较它，然后添加到IN())，你也可以尝试创建索引k2 （如果 k2 部分返回较少数量的记录）。