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 * from USER where name=123;(此处只是简单做个例子,实际场景中一般name不会为数字的)

例如这种情况:如果列类型是字符串,那一定要在条件中将数据使用引号引用起来,否则不使用索引

4.如果mysql估计使用全表扫描要比使用索引快,则不使用索引(这个不知道咋举例子了 )

5.假如上述将name和age设置为联合索引,一定要注意顺序,mysql联合所以有最左原则,下面以name,age的顺序讲下

(1)select * from USER where name=‘xzz’ and age =11;

(2)select * from USER where age=11 and name=‘xzz’;

例如上诉两种情况:以name,age顺序为联合索引,(1)索引是生效的,(2)索引是失效的

6.比如age为索引:select * from USER where age-1>11;

例如这种情况:索引失效,不要在索引上进行操作,否则索引会失效(是有类似时间转换的问题和上诉问题一样)
————————————————
版权声明:本文为CSDN博主「程序员_王者or青铜」的原创文章,遵循 CC 4.0 BY-SA 版权协议,转载请附上原文出处链接及本声明。
原文链接:https://blog.csdn.net/qq_27101653/article/details/81296988

原文地址:https://www.cnblogs.com/aligege/p/11593929.html

时间: 2024-08-29 17:52:34

Mysql 索引失效场景的相关文章

【转-mysql索引失效的几种情形】

索引并不是时时都会生效的,比如以下几种情况,将导致索引失效: 1.如果条件中有or,即使其中有条件带索引也不会使用(这也是为什么尽量少用or的原因) 注意:要想使用or,又想让索引生效,只能将or条件中的每个列都加上索引 2.对于多列索引,不是使用的第一部分(第一个),则不会使用索引 3.like查询是以%开头 4.如果列类型是字符串,那一定要在条件中将数据使用引号引用起来,否则不使用索引 5.如果MySQL估计使用全表扫描要比使用索引快,则不使用索引 此外,查看索引的使用情况show stat

MySQL索引失效的几种情况

1.索引不存储null值 更准确的说,单列索引不存储null值,复合索引不存储全为null的值.索引不能存储Null,所以对这列采用is null条件时,因为索引上根本 没Null值,不能利用到索引,只能全表扫描. 为什么索引列不能存Null值? 将索引列值进行建树,其中必然涉及到诸多的比较操作.Null值的特殊性就在于参与的运算大多取值为null. 这样的话,null值实际上是不能参与进建索引的过程.也就是说,null值不会像其他取值一样出现在索引树的叶子节点上. 2.不适合键值较少的列(重复

MySQL索引失效原因

索引失效的案例: 1.全值匹配我最爱 建立几个复合索引字段,最好就用上几个字段.且按照顺序使用 2.最佳左前缀法则 如果索引了多列,要遵守最左前缀法则,指的是查询从索引的最左前列开始,不跳过索引中间的列.(带头大哥不能死,中间兄弟不能丢) 3.不再索引列上做任何操作(计算.函数.(自动or手动)类型转换),会导致索引失效而转向权标扫描 4.存储引擎不能使用索引中范围条件右边的列.(范围之后全失效) 若中间索引列用到了范围(>.<.like等),则后面的索引全失效 5.尽量使用覆盖索引(只访问索

索引失效场景

创建索引,但是索引查询速度慢,后来使用explain排查,发现索引失效.那么,记录一下索引失效的场景. like查询,以%开头 where条件中有or !=,not in,not exist where条件使用函数或者计算 联合索引单独使用,只有第一个字段有效,其他字段无效 原文地址:https://www.cnblogs.com/ivy-xu/p/12690316.html

MYSQL索引失效的各种情形总结

1) 没有查询条件,或者查询条件没有建立索引 2) 在查询条件上没有使用引导列 3) 查询的数量是大表的大部分,应该是30%以上. 4) 索引本身失效 5) 查询条件使用函数在索引列上,或者对索引列进行运算,运算包括(+,-,*,/,! 等) 错误的例子:select * from test where id-1=9; 正确的例子:select * from test where id=10; 6) 对小表查询 7) 提示不使用索引 8) 统计数据不真实 9) CBO计算走索引花费过大的情况.其

MySQL索引失效的情况

1.情况总结: 2.如何解决like %XXX,或者like %XXX%时索引失效的问题. 使用覆盖索引解决索引失效的问题 3.索引使用情况 4.口诀 原文地址:https://www.cnblogs.com/zlingchao/p/9786177.html

Mysql防止索引失效原则

防止索引失效原则 1.当你使用索引的时候,最好能够把你建立的索引的字段都给用到.不仅可以提供查询的效率.2.最佳左前缀法则,意思就是当你如果有建立过多个字段索引的组合索引的时候,最要遵循最左前缀法则,指的是查询从索引的最左前列开始并且不能跳过索引中的列.原则: 第一个索引不能掉 中间索引不能掉 3.不在索引列上做任何操作(计算.函数(自动or手动)类型转换),会导致索引失效而转向全表扫描.4.存储引擎不能使用索引中范围右列的列,范围之后索引全失效.5.尽量使用覆盖索引(只访问索引的查询(索引列和

mysql索引研究

mysql索引研究1. 为什么使用索引 在无索引的情况下,MySQL会扫描整张表来查找符合sql条件的记录,其时间开销与表中数据量呈正相关.对关系型数据表中 的某些字段建索引可以极大提高查询速度(当然,不同字段是否selective会导致这些字段建立的索引对查询速度的提升幅 度不同,而且索引也并非越多越好,因为写入或删除时需要更新索引信息). 2.索引的类型: 唯一索引, 全文索引, 组合索引, 反向索引, 函数索引 注意: 当查询第一个使用了不走索引的条件整个语句都不会走索引 3.SQL什么条

细说mysql索引

本文从如何建立mysql索引以及介绍mysql的索引类型,再讲mysql索引的利与弊,以及建立索引时需要注意的地方 首先:先假设有一张表,表的数据有10W条数据,其中有一条数据是nickname='css',如果要拿这条数据的话需要些的sql是 SELECT * FROM award WHERE nickname = 'css' 一般情况下,在没有建立索引的时候,mysql需要扫描全表及扫描10W条数据找这条数据,如果我在nickname上建立索引,那么mysql只需要扫描一行数据及为我们找到这