策略1.尽量全值匹
当建立了索引列后,能在where条件中使用索引的尽量所用。
策略2.最佳左前缀法则
如果索引了多列,要遵守最左前缀法则。指的是查询从索引的最左前列开始并且不跳过索引中的列。
策略3.不在索引列上做任何操作
不在索引列上做任何操作(计算、函数、(自动or手动)类型转换),会导致索引失效而转向全表扫描
策略4.范围条件放最后
中间有范围查询会导致后面的索引列全部失效
策略5.覆盖索引尽量用
尽量使用覆盖索引(只访问索引的查询(索引列和查询列一致)),减少select *
策略6.不等于要甚用
mysql 在使用不等于(!= 或者<>)的时候无法使用索引会导致全表扫描
如果定要需要使用不等于,请用覆盖索引
策略7.Null/Not 有影响
注意null/not null对索引的可能影响
字段自定定义为NOT NULL
在字段为not null的情况下,使用is null 或 is not null 会导致索引失效
字段自定义为NULL或者不定义
Is not null 的情况会导致索引失效
策略8.Like查询要当心
like以通配符开头('%qqqq...')mysql索引失效会变成全表扫描的操作
策略9.字符类型加引号
字符串不加单引号索引失效
策略10.OR改UNION效率高
注意事项:
遵循了以上优化原则,mysql也有可能不会使用索引,因为mysql中有他自己的优化算法,他可能大概也许觉得不走索引,直接全表扫描性能更快
但是如果你还是觉得要用索引可以强制使用索引:在where条件前加上force index(索引的名称),mysql就会强制的去走索引,但是大多数情况mysql自身的优化可能更好
如果想查看mysql的所有的详细计算的过程可以开启mysql的trace来查看mysql对于选择所有还是不选择所有的成本的一个计算----主要是查看cost的值。
开启trace:
set session optimizer_trace="enabled=on",end_markers_in_JSON=on;
使用trace:
select * from tablename where a>1;
select * from information_schema.OPTIMIZER_TRACE;
第一句是查询,第二句是查看mysql 的成本计算规则,两句需要一起执行
关闭trace:
set session optimizer_trace="enabled=off";