关于sql的优化

覆盖索引

尽量使用覆盖索引，（查询使用了索引，并且需要返回的列，在该索引中已经全部能够找到），减少select *

using index condition ； 查找使用了索引，但是需要回表查询数据。

using where ；using index；查找使用了索引，但是需要的数据都在索引列中能找到，所以不需要回表查询数据。

前缀索引：

当字段类型为字符串（varchar，text）时，有时候需要索引很长的字符串，这会让索引变得很大，查询时，浪费大量的磁盘IO，影响查询效率。此时可以只将字符串的一部分前缀，简历索引，这样可以打打节约索引空间，从而提高索引效率。

create index idx_xxxx on table_name(cloumn(n));

前缀长度：

可以根据索引的选择性来决定，而选择性是指不重复的索引值（基数）和数据表的记录总数的比值，索引选择性越高则查询效率越高，唯一索引的选择性是1，这是最好的索引选择性，性能也是最好的。

select count(distanct email)/count(*) from tb_user;

select count(disinct substring(email,1,5))/count(*) from tb_user;

索引设计原则：

1.针对于数据量较大，且查询比较频繁的表建立索引。

2，针对于常作为查询条件（where），排序（order by），分组（group by）操作的字段建立索引。

3，尽量选择区分度高的列作为索引，尽量建立唯一索引，区分度越高，使用索引的效率越高。

4，如果是字符串类型的字段，字段的长度较长，可以针对于字段的特点，建立前缀索引。

5，尽量使用联合索引，减少单列索引，查询时，联合索引很多时候可以覆盖索引，节省存储空间，避免回表，提高查询效率。

6，要控制索引的数量，索引并不是多多益善，索引越多，维护索引的代价也就越大，会影响增删改的效率。

7，如果索引列不能存储null值，请在创建表时使用not null来约束他，当优化器知道每列是否包含NULL值时，他可以确定那个索引最有效的用于查询。

索引概述：

索引是高效获取数据的数据结构。

索引结构：

B+Tree

Hash（精确匹配）

索引分类：

主键索引，唯一索引。常规索引，全文索引。

聚集索引（inoodb必须有一个，而且只能有一个？），二级索引。

没有主键会选择第一个唯一索引作为聚集索引，都没有会生成一个隐藏的rollid

索引语法：

create [unique] index xxx on xxx(xxx);

show index from xxxx;

drop index xxx on xxxx;

SQL性能分析

执行频次，慢查询日志，profile，explain。

索引使用：

联合索引

索引失效

SQL提示

覆盖索引

前缀索引

单列、联合索引。

索引设计原则：

表，字段，索引。