1
ziyuan Jan 28, 2015
oracle的话,可以查看执行计划,一般是有必要,mysql不太清楚了
|
2
garfeildma Jan 28, 2015
看具体的查询语句吧,order by在很多时候会用上索引,具体可以看这个
http://dev.mysql.com/doc/refman/5.7/en/order-by-optimization.html |
3
p2p Jan 28, 2015
数据量大了 必要性就体现出来了
|
4
kslr Jan 28, 2015 via Android
很明显的提高速度
|
5
zts1993 Jan 28, 2015
有的,。。。
|
6
xoxo Jan 28, 2015
很必要, 而且建议BTree方式索引
|
7
a2z Jan 28, 2015 必须有……百万级数据量就看出差距了
|
8
est Jan 28, 2015
where key2 order by key1
key1 必须加索引。 http://dev.mysql.com/doc/refman/5.0/en/order-by-optimization.html |
9
JamesRuan Jan 28, 2015
为什么是可能会?数据库不应该是根据业务设计的吗?
还处在 [可能] 的时候就别想着加INDEX,等确定一定会的时候再加。 |
10
blacktulip Jan 29, 2015
虽然 Knuth 说过那啥,不过我觉得这个属于那 3% 吧,加索引不麻烦又不影响别的啥,就加上呗
|
11
nrop19 Jan 29, 2015 via Android
如果是 order by 点击量,那还要点击量这个字段也要索引吗?
|
12
dazuiba Jan 29, 2015
mysql一次只用一个index,联合索引可能有用的。
|
13
woshicixide Jan 29, 2015
当然有
|
14
skywatcher Jan 29, 2015
根据你的常用查询来决定,所以没确定就暂时不加吧,万一后来得用复合索引,那就得换。garfeildma 已经给出了可用情况
|
15
ShiningRay Mar 4, 2015
看 where 之后筛选出来的记录数量,如果比较少的话,而且 order 后面的 selective 并不高的话,可以考虑不给 order 的字段加入索引
|