可能会在 ORDER BY 中被引用的列有加 INDEX 的必要么？

[Livid]

[ziyuan]

oracle的话，可以查看执行计划，一般是有必要，mysql不太清楚了

[garfeildma]

看具体的查询语句吧，order by在很多时候会用上索引，具体可以看这个

http://dev.mysql.com/doc/refman/5.7/en/order-by-optimization.html

[p2p]

数据量大了 必要性就体现出来了

[kslr]

很明显的提高速度

[zts1993]

有的，。。。

[xoxo]

很必要, 而且建议BTree方式索引

[a2z]

必须有……百万级数据量就看出差距了

[est]

where key2 order by key1

key1 必须加索引。

http://dev.mysql.com/doc/refman/5.0/en/order-by-optimization.html

[JamesRuan]

为什么是可能会？数据库不应该是根据业务设计的吗？
还处在 [可能] 的时候就别想着加INDEX，等确定一定会的时候再加。

[blacktulip]

虽然 Knuth 说过那啥，不过我觉得这个属于那 3% 吧，加索引不麻烦又不影响别的啥，就加上呗

[nrop19]

如果是 order by 点击量，那还要点击量这个字段也要索引吗？

[dazuiba]

mysql一次只用一个index，联合索引可能有用的。

[woshicixide]

当然有

[skywatcher]

根据你的常用查询来决定，所以没确定就暂时不加吧，万一后来得用复合索引，那就得换。garfeildma 已经给出了可用情况

[ShiningRay]

看 where 之后筛选出来的记录数量，如果比较少的话，而且 order 后面的 selective 并不高的话，可以考虑不给 order 的字段加入索引