建立MySQL索引的原则及如何使用索引

使用MySQL索引都有什么原则？

1. 选择唯一性索引

   唯一性索引的值是唯一的，可以更快速的通过该索引来确定某条记录。例如，学生表中学号是具有唯一性的字段。为该字段建立唯一性索引可以很快的确定某个学生的信息。如果使用姓名的话，可能存在同名现象，从而降低查询速度。

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

   经常需要ORDER BY、GROUP BY、DISTINCT和UNION等操作的字段，排序操作会浪费很多时间。如果为其建立索引，可以有效地避免排序操作。

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

   如果某个字段经常用来做查询条件，那么该字段的查询速度会影响整个表的查询速度。因此，为这样的字段建立索引，可以提高整个表的查询速度。

4. 限制索引的数目

   索引的数目不是越多越好。每个索引都需要占用磁盘空间，索引越多，需要的磁盘空间就越大。修改表时，对索引的重构和更新很麻烦。越多的索引，会使更新表变得很浪费时间。

5. 尽量使用数据量少的索引

   如果索引的值很长，那么查询的速度会受到影响。例如，对一个CHAR(100)类型的字段进行全文检索需要的时间肯定要比对CHAR(10)类型的字段需要的时间要多。

6. 尽量使用前缀来索引

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

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的顺序可以任意调整。

9. =和in可以乱序。

   比如a=1 and b=2 and c=3 建立(a,b,c)索引可以任意顺序，mysql的查询优化器会帮你优化成索引可以识别的形式。

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

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

11. 索引列不能参与计算，保持列“干净”

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

12. 尽量的扩展索引，不要新建索引。
    比如表中已经有a的索引，现在要加(a,b)的索引，那么只需要修改原来的索引即可。

MySQL索引如何使用

1. 在连接查询join语句执行过程中，驱动表是走全表扫描，而被驱动表是走树搜索。所以我们尽量需要让小表做驱动表。（在决定哪个表做驱动表的时候，应该是两个表按照各自的条件过滤，过滤完成之后，计算参与join的各个字段的总数据量，数据量小的那个表，就是“小表”，应该作为驱动表）
2. 尽量使用连接查询代替子查询，子查询效率太差，执行子查询时，MYSQL 需要创建临时表，查询完毕后再删除这些临时表，所以，子查询的速度会受到一定的影响，这里多了一个创建和销毁临时表的过程
3. 索引列务必重复度低，where 条件字段上需要建立索引
4. 使用索引就不能用OR查询，否则索引不起作用
5. 使用索引，like模糊查询不能以%开头
6. 查询条件务必以索引列开头，否则索引失效
7. 复合索引遵守最左原则
8. 根据业务场景建立覆盖索引只查询业务需要的字段，如果这些字段被索引覆盖，将极大的提高查询效率
9. 多表连接的字段上需要建立索引，这样可以极大提高表连接的效率
10. where 条件字段上需要建立索引，但Where 条件上不要使用运算函数，以免索引失效
11. 排序字段上，分组字段上需要建立索引
12. 优化insert语句:批量列插入数据要比单个列插入数据效率高