请教关于order by 的优化

UIRL

一个表,当前约50万条记录, 每日增长 3000 条左右.

SELECT * FROM table WHERE key1 = CONTANST AND key2 = CONTANST ORDER BY key DESC LIMIT N;

其中, key 为主键, key1 为索引字段.

请问有什么方法可以不额外排序?

使用SELECT * FROM table ORDER BY key DESC LIMIT N 就可以，一加上where 子句就需要额外排序了.

谢谢

diogin

mysql在一条语句里只能使用一个索引。所以如果 kdy1 或 (key1, key2) 是索引，那么 key 就用不上了。

sunnyfun

把key1，key2都建索引

UIRL

原帖由 diogin 于 2007-7-31 17:12 发表
mysql在一条语句里只能使用一个索引。所以如果 kdy1 或 (key1, key2) 是索引，那么 key 就用不上了。

嗯嗯,可是如果不建索引,就要扫描整个表了.

UIRL

原帖由 sunnyfun 于 2007-8-1 10:25 发表
把key1，key2都建索引

谢谢,不过对他们建索引是解决不了问题的.

sunnyfun

在某些情况下，MySQL不能使用索引来解决ORDER BY，尽管它仍然使用索引来找到匹配WHERE子句的行。这些情况包括：

·         对不同的关键字使用ORDER BY：

·                SELECT * FROM t1 ORDER BY key1, key2；
·         对关键字的非连续元素使用ORDER BY：

·                SELECT * FROM t1 WHERE key2=constant ORDER BY key_part2；
·         混合ASC和DESC：

·                SELECT * FROM t1 ORDER BY key_part1 DESC, key_part2 ASC；
·         用于查询行的关键字与ORDER BY中所使用的不相同：

·                SELECT * FROM t1 WHERE key2=constant ORDER BY key1；
·         你正联接许多表，并且ORDER BY中的列并不是全部来自第1个用于搜索行的非常量表。(这是EXPLAIN输出中的没有const联接类型的第1个表）。

·         有不同的ORDER BY和GROUP BY表达式。

·         使用的表索引的类型不能按顺序保存行。例如，对于HEAP表的HASH索引情况即如此。

所以在这里order by key 必然会扫表，你能做的，只能是利用key1，key2的索引。

UIRL

是的啊,所以才来请教大家有没有什么特别的办法啊.

yueliangdao0608

create index idx_key on table(key1,key2,key);

beck917

·         用于查询行的关键字与ORDER BY中所使用的不相同：

·                SELECT * FROM t1 WHERE key2=constant ORDER BY key1；

这种情况也太多了吧....

sunnyfun

原帖由 yueliangdao0608 于 2008-7-28 13:21 发表
create index idx_key on table(key1,key2,key);

挖坟啊，呵呵，那时候还没觉悟到order by可以当and去优化