or导致索引失效的解决方法_[精选] 你知道导致MySQL索引失效的原因有哪些

53e978a9e4cd0a5d079f4fd965ef7c22.gif

文章来自:https://blog.csdn.net/qq_40976527/article/details/105017541

商务合作: 请加微信 2230304070

精选文章正文

 面试的时候被问到了:导致索引失效的原因有哪些?顿时哑口无言,平时不多注意,而支支吾吾的回答了几点,虽然问题不大,但是表达还是欠缺。今天在这里做一个总结,给自己长点记性。也可以当做是面试后总结的经验与笔记吧,保证下次不再犯错,同样在开发过程中能注意到这些问题。希望也能帮助到大家!

下面结合一些示例来给大家讲解

首先先新建临时表,这个表有四个字段 主键 、名字、年龄、职位

CREATE TABLE `sys_user` (
  `id` varchar(64) NOT NULL COMMENT '主键',
  `name` varchar(64) DEFAULT NULL COMMENT '名字',
  `age` int(64) DEFAULT NULL COMMENT '年龄',
  `pos` varchar(64) DEFAULT NULL COMMENT '职位',
  PRIMARY KEY (`id`),
  KEY `idx_sys_user_nameAgePos` (`name`,`age`,`pos`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COMMENT='用户表';

1.全值匹配

全值匹配意思就是联立的复合索引的顺序和个数要和检索的条件顺序和个数相同。

2.最佳左前缀法则(重要)最佳左前缀法则是指,如果索引了多列,要遵守最左前缀法则。指的是查询从索引的最左前列开始并且不跳过索引中的列

下面我们给这个表建立一个复合索引

ALTER TABLE sys_user ADD INDEX idx_sys_user_nameAgePos(name,age,pos);

以下是我们的检索语句:

SELECT * FROM sys_user WHERE name='小明' AND age = 22 AND pos ='java';

8297db16456de21d64493bc68f18f7b5.png

我们通过在检索语句前面加关键字 EXLAIN,可以知道是否使用的索引

(1)EXPLAIN SELECT * FROM sys_user WHERE name='小明' AND age = 22 AND pos ='java';
(2)EXPLAIN SELECT * FROM sys_user WHERE name='小明' AND age = 22 ;
(3)EXPLAIN SELECT * FROM sys_user WHERE name='小明'  AND pos ='java';

06f67e5606237356383bd78283e14367.png

通过上面的结果我们可以知道,第一个复合索引的三个字段我们都用了,第二个复合索引我们只用到两个字段,第三个复合索引我们只用到一个字段。三个语句我们都用到索引,显然第一种是最优的。

我们再看看哪种情况会失效:

(4)EXPLAIN SELECT * FROM sys_user WHERE age = 22;
(5)EXPLAIN SELECT * FROM sys_user WHERE pos ='java';
(6)EXPLAIN SELECT * FROM sys_user WHERE age = 22 AND pos ='java';

e076592440959ddfcc6998c4c6b18c69.png

以上三种情况都变成了全表扫描,原因是违反了最左左前缀原则,因为复合索引最左边的是name,当检索条件name没在前面索引将失效,第一种情况满足了全值匹配,第二种满足了两个字段name和age,第三种因为只满足了name,所以索引只用到name。

3.不在索引列上做任何操作(计算、函数(自动或手动)类型转换),会使索引失效转为全表扫描

(7)EXPLAIN SELECT * FROM sys_user WHERE  LEFT(name,1)='小明';

92619e1f791b7c0eb3bbba21a8a79c2b.png

第七种情况失效是因为索引列做了计算或者函数的操作,导致了全表扫描。

4.存储引擎不能使用索引中范围条件右边的列可能大家关看上面的文字不知道是什么意思,下面我们执行一下查询语句就清楚了

(8)EXPLAIN SELECT * FROM sys_user WHERE name='小明' AND age 22 AND pos ='java';

5c17e7d7a7a7a9b45513efee1d37941e.png

从上图我们可以知道type变成了范围级别,也就是说age<22之后的pos字段的索引失效了。

5.尽量使用覆盖索引(只访问索引的查询(索引列和查询列一致),减少select * 的使用查询具体的字段比查询*效率更高,下面我们做一下对比

(9)EXPLAIN SELECT * FROM sys_user WHERE name='小明' AND age =22 AND pos ='java';
(10)EXPLAIN SELECT name,age,pos FROM sys_user WHERE name='小明' AND age =22 AND pos ='java';

16b225e188a243d93c214d2b1484efba.png

6.mysql在使用不等于(!= 或者<>)的时候无法使用索引会导致全表扫描

(11)EXPLAIN SELECT * FROM sys_user WHERE name !='小明'

496c917fc188285f25a49837056efc34.png

结果显示索引失效导致了全表扫描

7.is null,is not null 也无法使用索引

(12)EXPLAIN SELECT * FROM sys_user WHERE name is not null

76f94e03fbe332ab64e6166236a1ba58.png

8.like以通配符开头(’%abc…’)mysql索引会失效变成全表扫描的操作,(%写右边则可以避免索引失效,如果业务实在需要’%abc…%'则可以用覆盖索引避免索引失效)

(13)EXPLAIN SELECT * FROM sys_user WHERE name like '%明%'
(14)EXPLAIN SELECT * FROM sys_user WHERE name like '明%'
(15)EXPLAIN SELECT name,age,pos FROM sys_user WHERE name like '%明%'

0e0361090a798efcf6ef3389ec20524b.png

从上面的结果,第一种索引失效,第二种只写右边的%则可以避免索引失效,第三种如果业务实在需要‘%abc…%’这种sql,则可以用覆盖索引解决索引失效的问题

9.字符串不加单引号索引会失效

(16)EXPLAIN SELECT * FROM sys_user WHERE name=222;

e04896a61b0bd55e8c1f132cb7969d78.png

因为检索字符串是必须加单引号,上面用用了222是int类型,mysql在检索的时候会判断name是varchar的类型会将222转换为’222’进行检索,索引列发生了类型转换,故索引失效。

10.少用or,用它连接时会索引失效

(17)EXPLAIN SELECT * FROM sys_user WHERE name='小明' or age = 22;

132ab58ea47b42e8cdea836a4c160ac5.png

以上是本文的全部内容,希望对大家的学习有帮助,也希望大家多多支持php自学中心  a55d2305e84c3ad352c7f857b82937bc.png
  • 0
    点赞
  • 2
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值