索引使用规则

1. 最左前缀法则
   如果索引了多列（联合索引），查询的条件要从最左列开始，并且不跳过中间的列，如果跳过，索引将部分失效。
   索引字段定义的顺序应根据业务相关性、字段选择性（即可以赶快地过滤掉无关数据）。

2. 范围查询
   联合索引中，出现范围查询(>,<)，范围查询右侧的列索引将失效。
   若要用到范围查询，尽量使用>=或者<=。

3. 索引列运算
   在索引列上进行运算操作，索引列将失效。

4. 字符串不加引号
   字符串类型字段使用时，不加引号，索引将失效。

#错误示例
select * from user where phone = 12345678910;

5. 模糊查询
   在使用模糊查询时，如果仅是尾部模糊匹配，索引正常使用；如果是头部模糊匹配，索引将失效。

6. or连接的条件
   当or连接的条件，左右两侧字段都有索引时，索引才会生效。

7. 数据分布影响
   MySQL将根据数据分布情况，评估使用索引相比全表扫描的速度，如果更慢，则不使用索引。因此，is null 、is not null 是否走索引，并不是固定的。

8. SQL提示
   SQL提示是优化数据库的一个重要手段，在SQL语句中加入一些人为的提示来达到优化操作的目的。

use index： 使用指定的索引。
ignore index： 忽略指定的索引
force index：强制使用索引。以上两个仅是建议，MySQL会自行评估是否使用。而使用force index一定会使用提供的索引名进行查询。

select * from table use index(idx_table_col);

9. 覆盖索引
   需要select返回的列，在使用的索引中能全部找到 ，否则需要回表查询。减少使用select *，除非根据主键查询。

10. 前缀索引
    当字段类型为字符串(varchar，text，longtext等)时，可以只将字符串的一部分前缀，建立索引，这样可以大大节约索引空间，从而提高索引效率。

create index idx_table_col on table(column(n)) ;

11. 单列索引与联合索引

单列索引：即一个索引只包含单个列。
联合索引：即一个索引包含了多个列。

在业务场景中，如果存在多个查询条件，考虑针对于查询字段建立索引时，建议建立联合索引，而非单列索引。

12. 索引设计原则

• 针对于数据量较大，且查询比较频繁的表建立索引。
• 针对于常作为查询条件（where）、排序（order by）、分组（group by）操作的字段建立索引。
• 尽量选择区分度高的列作为索引，尽量建立唯一索引，区分度越高，使用索引的效率越高。
• 如果是字符串类型的字段，字段的长度较长，可以针对于字段的特点，建立前缀索引。
• 尽量使用联合索引，减少单列索引，查询时，联合索引很多时候可以覆盖索引，节省存储空间，避免回表，提高查询效率。
• 要控制索引的数量，索引并不是多多益善，索引越多，维护索引结构的代价也就越大，会影响增删改的效率。
• 如果索引列不能存储NULL值，请在创建表时使用NOT NULL约束它。当优化器知道每列是否包含NULL值时，它可以更好地确定哪个索引最有效地用于查询。