56,687
社区成员
发帖
与我相关
我的任务
分享mysql的查询速度是不是比sqlserver差很多。 order by 子句的问题。
以前一直用sqlserver,几千万的数据查询起来也不费劲。
到了mysql里，100多万的查询，就不行了。
select
from
where a='ss' and b='dd'
order by timeff
limit 1
a b timeff 三个字段都有单列索引。 还没有弄复合索引。
但是，即便是三个单列索引，也不应该需要3秒才出来啊。
另外上面的语句，把order by timeff去掉，就可以50ms查出结果。
感觉被吹上天的mysql太令我沮丧了。
到了mysql里，100多万的查询，就不行了。
select
from
where a='ss' and b='dd'
order by timeff
limit 1
a b timeff 三个字段都有单列索引。 还没有弄复合索引。
但是，即便是三个单列索引，也不应该需要3秒才出来啊。
另外上面的语句，把order by timeff去掉，就可以50ms查出结果。
感觉被吹上天的mysql太令我沮丧了。
...全文
请发表友善的回复…
发表回复
kinsey 2006-11-30
- 打赏
- 举报
问题在select from
你总要select点东西吧：）
你总要select点东西吧：）
wd_6532 2006-11-30
- 打赏
- 举报
语法问题在哪儿。
kinsey 2006-11-30
- 打赏
- 举报
说实在的，我也觉得MySQL还有待进一步提高，我用了一个五层的JOIN嵌套查询，就说超出了最大嵌套限制，改成四层就可以了。当然我那棵树有点大：）
wd_6532 2006-11-30
- 打赏
- 举报
我select你吧，呵呵。
懒得去死 2006-11-29
- 打赏
- 举报
select
from
where a='ss' and b='dd'
order by timeff
limit 1
句子语法本身都有问题
把表结构贴出来看看。mysql 查这个不到一秒就查出来的。
from
where a='ss' and b='dd'
order by timeff
limit 1
句子语法本身都有问题
把表结构贴出来看看。mysql 查这个不到一秒就查出来的。
