如何设计有效的索引

索引可以让服务器快速地定位到表的指定位置，正确地创建和使用索引是实现高性能查询的基础。

那么该怎么设计索引呢？

在《高性能MySQL》中提到如何评价一个索引是否适合某个查询的 “三星系统”：

索引将相关记录放到一起，则获得一星

索引中的数据顺序和查找中的排列顺序一致，则获得二星

索引中的列包含了查询需要的全部列，则获得三星

使用单列索引还是多列索引？

我们经常听说 “要把where条件里面的列都建上索引”，实际上这个建议是非常错误的，因为这样的情况下最多只能使用一星索引，其性能比起真正优秀的索引可能差好几个数量级。如果无法设计一个 “三星” 索引，不如去创建一个全覆盖索引。

在多列上创建单列索引大部分情况下并不能提高 MySQL 的查询性能。MySQL 5.0 和更新版本中引入了 "索引合并"策略，在一定程度上可以表内多个单列索引来定位指定的结果，但是 5.0 以前的版本，如果 where 中的多个条件是基于多个单列索引，那么 MySQL 是无法使用这些索引的，这种情况下，还不如使用 union。

索引合并策略有时候是一种优化的结果，但实际上更多时候说明了表上的索引建得很糟糕。所以，能设计多列联合索引就不要设计单列索引。

选择合适的索引列顺序

在我们创建多列索引的时候，最容易引起困惑的问题就是索引的顺序。正确的顺序依赖于使用该索引的查询，并且同时需要考虑如何更好地满足排序（order by）和分组（group by）的需要