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