高性能Mysql笔记 (5)---索引优化

索引的类型

btree索引 最左匹配，匹配范围值， 不能跳列。

hash索引

索引的优点：

1 大大减少服务器需要扫描的数据量

2 帮助服务器避免排序和临时表

3 将随机IO变为顺序IO

顺序io/ 随机io：

如果索引不能覆盖查询所需的全部列，那就要回表查询，这些查询都是随机IO。因此按照索引顺序读取数据的速度要比顺序全表扫描慢。

索引三星：

索引将相关的记录放在一起则获得一星

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

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

高性能索引策略

前缀索引和 索引选择性

索引很长的列会让索引变得大且慢。 这时就需要 仅使用列的一部分建立索引。

使前缀的选择性接近于完整列的选择性。

选择性= count(distinct city)/ count(*)

【强制】在varchar字段上建立索引时，必须指定索引长度，没必要对全字段建立索引，根据实际文本区分度决定索引长度。

说明：索引的长度与区分度是一对矛盾体，一般对字符串类型数据，长度为20的索引，区分度会高达90%以上，可以使用count(distinct left(列名, 索引长度))/count(*)的区分度来确定。

多列索引

一个很模糊的建议： 把where条件里面的列都建上索引。实际这是非常错误的。

索引顺序

当不考虑排序和分组时，将选择性最高的列放在前面通常是很好的。

聚簇索引

覆盖索引

仅通过访问索引就可返回所需要的数据， 而不必通过翻查数据表。

比如查看章回的标题。

利用覆盖索引 和 sql语句重写 优化排序