MySQL建立索引原则

建立索引原则

1.选择唯一索引。

创建主键的时候自动给主键添加了索引，且该索引为唯一性索引。
主键一定是唯一性索引。但是一张表中可以有多个唯一性索引，所以唯一性索引不一定是主键。

CREATE UNIQUE INDEX uni_user_name ON user(name);

2.为经常需要排序，分组和联合操作的字段建立索引。

经常需要order by、group by、distinct和union等操作的字段，排序操作会浪费很多时间。如果为其建立索引，可以有效的避免排序操作
primary key 字段，系统自动创建主键的索引
unique key 字段，系统自动创建对应的索引
foreign key 约束所定义的作为外键的字段
在查询中用来连接表的字段
经常用来作为排序(order by的字段)基准的字段

3.为常作为查询条件的字段建立索引。

内容很少变动，经常被查询，为它多创建几个索引无所谓
经常性，例行性变动的表而言，则需要谨慎地创建确实必要的索引

4.限制索引的数目。

• 索引的数目不是越多越好

• 每个索引都需要占⽤用磁盘空间，索引越多，需要的磁盘空间就越大

• 修改表时，对索引的重构和更新很麻烦

• 越多的索引，会使更新表变得很浪费时间
  5.尽量使用数据量少的索引。

• 如果索引的值很长，那么查询的速度会受到影响

• 对一个char(100)类型的字段进行全文检索需要的时间肯定比对char(10)类型的字段需要的时间更多
  6.如果索引的值很长，那么查询速度会受到影响。尽量使用前缀来索引。

7.删除不再使用或者很少使用的索引。

• 表中数据被大量更新，或者数据的使用方式被改变后，原有的一些索引可能不再需要。数据库管理理员应当定期找出这些索引，将他们删除，从而减少索引对更新操作的影响

• 删除无用的索引，避免对执行计划造成负面影响

8.最左前缀匹配原则。

• 非常重要的原则，mysql会一直向右匹配直到遇到范围查询(>、<、between、like)就停止匹配，比如a = 1 and b = 2 and c > 3 and d = 4 如果建立(a,b,c,d)顺序的索引，d是用不到索引的，如果建立(a,b,d,c)的索引则都可以用到，a,b,d的顺序可以任意调整。

• 如果索引字段的值很长，最好使用值的前缀来索引。例如：text和blog类型的字段，进行全文检索会浪费时间。如果只检索字段的前面的若干个字符，这样可以提高检索速度

9.尽量选择高区分度的列作为索引。

区分度的公式是count(distinct col)/count(*)，表示字段不重复的比例，比例越大我们扫描的记录数越少，唯一键的区分度是1，而一些状态、性别字段可能在大数据面前区分度就是0，那可能有人会问，这个比例有什么经验值吗？使用场景不同，这个值也很难确定，一般需要join的字段我们都要求是0.1以上，即平均1条扫描10条记录

10.索引列不能参与计算，保持列干净。带函数的查询不参与索引。

保持列“干净”，比如from_unixtime(create_time) = ’2014-05-29’就不能使用到索引，原因很简单，b+树中存的都是数据表中的字段值，但进行检索时，需要把所有元素都应用函数才能比较，显然成本太大。所以语句应该写成create_time = unix_timestamp(’2014-05-29’);

11.尽量的扩展索引，不要新建索引。

比如表中已经有a的索引，现在要加(a,b)的索引，那么只需要修改原来的索引即可