一:优化建议
1.2:尽量减少子查询,使用关联查询(left join、right join、inner join)代替、尽量减少对表的访问次数;
1.3:子表数据量比外表少用in,子表数量比外表打用exists;
1.4:建表的时候使用数字类型的字段就是数字类型,其作为条件查询比字符串快;
1.5:合理增加冗余字段减少表的关联查询(哈哈哈,违法三大范式,道理你懂得。);
2、使用索引时的SQL优化
2.1:使用索引的列尽量不要使用not、is null或者is not null,原因:使用not后,索引失效,数据库将会全表扫描这列;
2.2:使用索引的列尽量不要使用计算操作;
2.3:针对多个索引列出现在where子句的or条件下时:使用union比or效率高:(使用or时,这些列忽略了索引);
2.4:一个索引,加在一个表中多列上, 此时如果where子句出现了这几列,此时起作用的索引列是靠前的列。(MySQL最佳左前缀法则);
2.5:order by后面使用索引列时,不要使用约束为null的列,这会使索引失效;
2.6:distinct 去重复效率低下:可以通过exists实现;
图片来自于网络,如有侵权请联系小编删除。
三:MySQL索引失效的情况
3.1:不遵守最佳左前缀法则(带头索引不能死,中间索引不能断)如果索引了多个列,要遵守最佳左前缀法则。指的是查询从索引的最左前列开始 并且 不跳过索引中的列;
3.2:不要在索引上做任何操作(计算、函数、自动/手动类型转换),不然会导致索引失效而转向全表扫描;
3.3:mysql存储引擎不能继续使用索引中范围条件(bettween、<、>、in等)右边的列;
3.4:尽量使用覆盖索引(只查询索引的列(索引列和查询列一致)),减少select *;
3.5:索引字段上使用(!= 或者 < >)判断时,会导致索引失效而转向全表扫描;
3.6:索引字段上使用 is null / is not null 判断时,会导致索引失效而转向全表扫描;
3.7:索引字段使用like以通配符开头(‘%字符串’)时,会导致索引失效而转向全表扫描,可以使用覆盖索引;