mysql自动选择了错的索引？

mark35 发表于 2012-11-29 18:20
两个主题共300W的回帖？  不慢才怪～

两贴加起来300w只算一般吧，我的最高单贴楼层数是460w+，可能比一般的站点整站回帖都多了。在抢楼功能开发之前也有远远大于10w回复的帖子的。
只依据数据条数多少来判断效率根本就是不靠谱的。

此例问题不是在于说回帖多少与否，而是只有这个帖子出现莫名其妙的没有用合适的、已经存在的索引：displayorder。

而且你那篇帖子根本没有必要去看，只能误导一些不钻研mysql的新手。
举个例子如果同样是10kw回帖，经过优化的pg运行好好的，而经过优化的mysql根本跑不了的时候你再说那样的话也不迟。

sanalex 发表于 2012-11-30 13:31
两贴加起来300w只算一般吧，我的最高单贴楼层数是460w+，可能比一般的站点整站回帖都多了。在抢楼功能开发 ...

我上面说得很明确：mysql的优化器会首选ORDER BY字段的索引也就是dateline，除非是有PK索引可选。你可以看看其他类似查询，也会是同样的选择.
我上面举例正是说明mysql的优化器的弱点：无法选择合适的索引，与之对比的是当创建displayorder复合之后pgsql就会选择此来代替之前选择的dateline索引。
所以你没看明白我的意思：你所提到的现象并不是偶然的、特例的，而是mysql的常态的，正常的状况

mark35 发表于 2012-11-30 13:46
我上面说得很明确：mysql的优化器会首选ORDER BY字段的索引也就是dateline，除非是有PK索引可选。你可以看 ...

已经说了只有这个一个帖子的查询没有使用合适的索引。

一楼重"*"的意思不是所有的帖子，而是不想发出来tid，其他所有帖子都走了displayorder，displayorder是dzx建表的时候就已经有的，慢查询里只有这一条，只是这一个帖子。怎么能是常态呢，个例而已。就是因为不正常才来这扯蛋的嘛。

sanalex 发表于 2012-11-30 18:35
已经说了只有这个一个帖子的查询没有使用合适的索引。

一楼重"*"的意思不是所有的帖子，而是不想发出来 ...

那难道是这样：因为displayorder复合索引太大（3个字段的）所以mysql“智能”地选择了length小得多的dataline？

ps，我自然明白*不是通配的，SQL没这种格式～

100w回帖？？？神马概念啊

学习了

不是吧，，，，都有这个问题吗

枯心树 发表于 2012-12-3 08:32
100w回帖？？？神马概念啊

几十万回帖都不叫个事{:soso_e144:}
不过我这主题和回帖总数跟你那比还是差得远了{:soso_e141:}

sanalex 发表于 2012-12-3 17:00
几十万回帖都不叫个事
不过我这主题和回帖总数跟你那比还是差得远了

如果仅是抢楼帖，我觉得这么高楼层其实没啥意义。没人会逐页翻看的
换成我是管理员，留下一两个高楼层的做纪念，其他的悄悄删除节省资源得了