目录
1、索引失效场景
1、1、不遵循最左前缀法则 ，导致索引失效
1、2、范围查询 ，导致失效
1、3 索引列进行运算，导致失效
1、4字符串不加引号，到账失效
1、5头部模糊匹配，导致失效
1、6 or连接条件只有一个有索引，导致失效
1、7数据分布影响，导致失效
2、指定sql使用索引
3、索引优化原则
3.1尽量使用覆盖索引
3.2 长的字符串使用前缀索引
5.3尽量使用联合索引
5.4索引设计原则
1、索引失效场景
1、1、不遵循最左前缀法则 ，导致索引失效
如果索引了多列（
联合索引
），要遵守最左前缀法则。最左前缀法则指的是查询
从索引的最左列开始，并且不跳过索引中的列
。如果跳跃某一列，索引将会部分失效
(
后面的字段索引失效
)
。
1、2、范围查询 ，导致失效
联合索引
中，出现范围查询
(>,<)
，范围查询右侧的列索引失效。
1、3 索引列进行运算，导致失效
不要在索引列上进行运算操作
， 索引将失效。
1、4字符串不加引号，到账失效
字符串类型字段使用时，
不加引号，索引将失效
经过上面两组示例，我们会明显的发现，如果字符串不加单引号，对于查询结果，没什么影响，但是数据库存在隐式类型转换，索引将失效
1、5头部模糊匹配，导致失效
如果仅仅是尾部模糊匹配，索引不会失效。如果是头部模糊匹配，索引失效。
1、6 or连接条件只有一个有索引，导致失效
1、7数据分布影响，导致失效
2、指定sql使用索引
如果一个字段创建了联合索引和普通索引，那么针对该字段进行查询时，只会选择其中一个索引来查询，此时就可以借助于 MySQL的SQL提示，指定要用的索引
3、索引优化原则
3.1尽量使用覆盖索引
尽量使用覆盖索引，减少
select *
。 那么什么是覆盖索引呢？ 覆盖索引是指 查询使用了索引，并
且需要返回的列，在该索引中已经全部能够找到 。
所以 覆盖索引就是，联合索引的字段覆盖了要查询的字段
3.2 长的字符串使用前缀索引
前缀索引查询流程
5.3尽量使用联合索引
单列索引：即一个索引只包含单个列。
联合索引：即一个索引包含了多个列。
5.4索引设计原则
1).
针对于数据量较大，且查询比较频繁的表建立索引。
2).
针对于常作为查询条件（
where
）、排序（
order by
）、分组（
group by
）操作的字段建立索
引。
3).
尽量选择区分度高的列作为索引，尽量建立唯一索引，区分度越高，使用索引的效率越高。
4).
如果是字符串类型的字段，字段的长度较长，可以针对于字段的特点，建立前缀索引。
5).
尽量使用联合索引，减少单列索引，查询时，联合索引很多时候可以覆盖索引，节省存储空间，避免回表，提高查询效率。
6).
要控制索引的数量，索引并不是多多益善，索引越多，维护索引结构的代价也就越大，会影响增删改的效率。
7).
如果索引列不能存储
NULL
值，请在创建表时使用
NOT NULL
约束它。当优化器知道每列是否包含
NULL
值时，它可以更好地确定哪个索引最有效地用于查询。
