Mysql防止索引失效原则

防止索引失效原则

1.当你使用索引的时候,最好能够把你建立的索引的字段都给用到。不仅可以提供查询的效率。
2.最佳左前缀法则,意思就是当你如果有建立过多个字段索引的组合索引的时候,最要遵循最左前缀法则,指的是查询从索引的最左前列开始并且不能跳过索引中的列。
原则:

  • 第一个索引不能掉
  • 中间索引不能掉

3.不在索引列上做任何操作(计算、函数(自动or手动)类型转换),会导致索引失效而转向全表扫描。
4.存储引擎不能使用索引中范围右列的列,范围之后索引全失效。
5.尽量使用覆盖索引(只访问索引的查询(索引列和查询一致)),减少select *。
6.mysql在使用不等于(!=或者<>)的时候无法使用索引会导致全表扫描。
7.is null,is not null也无法使用索引,所以表中的数据应该不能为NULL。
8.like以通配符开头(‘%abc...‘)或者(‘%abc%...‘),mysql索引失效会变成全表扫描的操作,使用(‘abc%‘)索引不失效。
9.字符串不加单引号索引失效。
10.少用or,用它来连接时会索引失效。

小总结:

refer:

https://blog.csdn.net/weixin_34122810/article/details/89534628

原文地址:https://www.cnblogs.com/-wenli/p/12182617.html

时间: 2024-11-09 05:57:48

Mysql防止索引失效原则的相关文章

Mysql设计索引的原则

内容来自书籍<深入浅出MySQL++数据库开发.优化与管理维护+第2版+唐汉明> 设计索引的原则1. 搜索的索引列,不一定是所要选择的列.换句话说,最适合索引的列是出现在 WHERE 子句中的列,或连接子句中指定的列,而不是出现在 SELECT 关键字后的选择列表中的 列 .2. 使用惟一索引.考虑某列中值的分布.对于惟一值的列,索引的效果最好,而具有多个重复值的列,其索引效果最差.例如,存放年龄的列具有不同值,很容易区分各行.而用来记录性别的列,只含有 " M " 和 &

mysql创建索引的原则

在mysql中使用索引的原则有以下几点: 1. 对于查询频率高的字段创建索引: 2. 对排序.分组.联合查询频率高的字段创建索引: 3. 索引的数目不宜太多 原因:a.每创建一个索引都会占用相应的物理控件:           b.过多的索引会导致insert.update.delete语句的执行效率降低: 4.若在实际中,需要将多个列设置索引时,可以采用多列索引 如:某个表(假设表名为Student),存在多个字段(StudentNo, StudentName, Sex, Address, P

一张图搞懂MySQL的索引失效

全值匹配(索引最佳) explain select * from user where name = 'zhangsan' and age = 20 and pos = 'cxy' and phone = '18730658760'; 和索引顺序无关,MySQL底层的优化器会进行优化,调整索引的顺序 explain select * from user where name = 'zhangsan' and age = 20 and pos = 'cxy' and phone = '187306

mysql的索引失效

一.成功的索引优化 1.表数据如下: 2.查询语句如下: explain select id, age, level from employee where dpId = 1 and age = 30 order by level Extra: Using where; Using filesort 出现了Using filesort需要进行优化.方法很简单,为查询,分组或排序的字段建索引即可. 3.建索引优化: create index idx_employee_dla on employee

mysql 建立索引的原则

建索引的几大原则 1. 最左前缀匹配原则,非常重要的原则,mysql会一直向右匹配直到遇到范围查询(>.<.between.like)就停止匹配,比如a 1="" and="" b="2" c=""> 3 and d = 4  如果建立(a,b,c,d)顺序的索引,d是用不到索引的,如果建立(a,b,d,c)的索引则都可以用到,a,b,d的顺序可以任意调整.2.=和in可以乱序,比如a = 1 and b =

MySQL表字段字符集不同导致的索引失效问题

1. 概述 昨天在一位同学的MySQL机器上面发现了这样一个问题,MySQL两张表做left join时,执行计划里面显示有一张表使用了全表扫描,扫描全表近100万行记录,大并发的这样的SQL过来数据库变得几乎不可用了,今天和大家一起分享下这个问题的原因及解决办法,希望可以帮助大家更好的学习MySQL数据库,一起来看看吧.MySQL版本为官方5.7.12. 2. 问题重现 首先,表结构和表记录如下: mysql> show create table t1\G ******************

MySQL优化(5):索引失效分析、in与exists使用场合

一.索引失效的情况 前文提及过可以通过explain的possible_keys.key属性判断索引是否失效,key如果为null,可能是索引没建,也可能是索引失效,下面列举一些会使索引失效的情况. 1.全值匹配:顺序.个数与索引一致 2.最佳左前缀法则:查询从索引的最左前列开始并且不跳过索引中的列,中间跳过的值,后面的索引会失效 3.索引列上做了操作(计算.函数.自动或手动类型转换),会导致索引失效而转向全表扫描 4.存储引擎不能使用索引中范围条件右边的列 name字段用于查找,age>11也

Mysql 索引失效场景

例如:一张USER表   有字段属性 name,age   其中name为索引 下面列举几个索引失效的情况 1. select * from USER where name=‘xzz’ or age=16: 例如这种情况:当语句中带有or的时候 即使有索引也会失效. 2.select *  from  USER where name like‘%xzz’ : 例如这种情况:当语句索引 like 带%的时候索引失效(注意:如果上句为 like‘xzz’此时索引是生效的) 3.select * fr

MySQL 索引优化原则

一.索引优化原则 1.最左前缀匹配原则,联合索引,mysql会从做向右匹配直到遇到范围查询(>.<.between.like)就停止匹配,比如a = 1 and b = 2 and c > 3 and d = 4 如果建立(a,b,c,d)顺序的索引,d是用不到索引的,如果建立(a,b,d,c)的索引则都可以用到,a,b,d的顺序可以任意调整. 2.=和in可以乱序,比如a = 1 and b = 2 and c = 3 建立(a,b,c)索引可以任意顺序,mysql的查询优化器会帮你优