索引创建原则
模糊查询请最好遵守最左前缀查询原则。
a.mysql会一直向右匹配直到遇到范围查询(>、<、between、like)就停止匹配。
b.=和in可以乱序，比如a = 1 and b = 2 and c = 3 建立(a,b,c)索引可以任意顺序，mysql的查询优化器会帮你优化成索引可以识别的形式
c.综合a b补充:停止匹配并不代表范围查询后面的字段就无法使用索引了。比如a = 1 and b = 2 and c > 3 and d = 4 如果建立(a,b,c,d)顺序的索引，d是用不到索引的，如果建立(a,b,d,c)的索引则都可以用到，a,b,d的顺序可以任意调整
避免为"大字段"建立索引
就是尽量使用数据量小的字段作为索引。因为MySQL在维护索引的时候是会将字段值一起维护的，那这样必然会导致索引占用更多的空间，另外在排序的时候需要花费更多的时间去对比。
选择区分度大的列作为索引
a.因为MySQL他还有一个查询优化器，查询优化器发现某个值出现在表的数据行中的百分比很高的时候，它一般会忽略索引，进行全表扫描。惯用的百分比界线是"30%"。
b.SELECT COUNT(DISTINCT last_name)/COUNT(*)FROM people;进行计算辨识度，一般来讲0.846即可
尽量为ORDER BY 和 GROUP BY 后面的字段建立索引
a.将 Order By后面的字段建立索引，这样在查询的时候就不需要再去做一次排序了，因为我们都已经知道了建立索引之后在B+树中的记录都是排序好的。
b.因为在GROUP BY 的时候也要先根据 GROUP BY 后面的字段排序，然后在执行聚合操作。如果 GROUP BY 后面的字段没有排序，那么这个时候MySQL是需要先进行排序的，这样就会产生临时表，一个排好序的临时表，然后再在临时表中执行聚合操作，这样子当然效率很低了，如果 GROUP BY 后面的字段已经建立了索引，那么MySQL 就不需要再去排序，也就不会产生临时表。
c.如果 GROUP BY的列和 ORDER BY的列不一样，即使都有索引也会产生临时表.
不要在条件中使用函数
a.如果是已经建立好的索引的字段在使用的时候执行了函数操作，那么这个索引就使用不到了。因为MySQL为该索引维护的B+树就是基于该字段原始数据的，如果正在使用过程中加了函数，MySQL就不会认为这个是原来的字段，那肯定不会走索引了。比如：from_unixtime(create_time) = ’2014-05-29’就应该改成create_time = unix_timestamp(’2014-05-29’)。
b.如果存在确实要使用函数的情况，可以直接对函数增加所以
不要建立太多的索引
因为MySQL维护索引是需要空间和耗费性能的，MySQL会为每个索引字段维护一颗B+树。
频繁增删改的字段不要建立索引
字段的变化MySQL是需要重新维护索引的。
索引失效的常见场景
1.使用 OR 关键字会导致索引失效，不过如果要想使用OR 又不想让索引失效，那就得需要为or条件中的每个列都建立索引。这很显然是和上面的不要建立太多的索引相违背。
2.联合索引如果不遵循最左前缀原则，那么索引也将失效
3.使用模糊查询的时候以%开头也会导致索引失效
4.索引列如果使用了隐式转换也会导致索引失效
示例：
假设字段 age 类型为 int，那我们一般是这么查询的
SELECT * FROM student WHERE age=15
上面这种情况是能使用到索引的，但是如果你这么写
SELECT * FROM student WHERE age='15'
那这种情况是使用不到索引的，也就是age列情的索引是失效的
参考原文：https://juejin.cn/post/6960470472077082638?utm_source=gold_browser_extension
