索引失效的几种场景

虽然你这列上建了索引，查询条件也是索引列，但最终执行计划没有走它的索引。下面是引起这种问题的几个关键点。 列与列对比 某个表中，有两列（id和c_id）都建了单独索引，下面这种查询条件不会走索引 select * from test where id=c_id; 这种情况会被认为还不如走全表扫描。 存在NULL值条件 我们在设计数据库表时，应该尽力避免NULL值出现，如果非要不可避免的要出现NU...

索引失效不仅是面试的重点，也是十分常见的情况，这篇文章介绍了11种常见场景及其详细原因。

MySQL索引失效的几种场景我们都知道建立索引能够提高查询效率，那么是不是任何情况下都能提高呢，当然不是的的，下面我们就来列举一些常见的索引失效的场景。借用上一篇文章的dm_person_info表在card_code列没加索引的时，查询时间如下，大概都在0.07秒。我们来加上索引试试，加上后查询效率高了许多。在正确使用索引的情况下，查询一行数据的时间不到10毫秒，所以显示0.00 sec .1....

4.存在类型转换 ，比如你的索引字段是varchar型，但是你搜索条件却是 userid=333，那这样索引不生效。3.模糊查询是 like 以 “%XX”开头，就是说左模糊不太行，右模糊可以。2.sql中写了or ，如果or后的字段不全是带索引字段，此时索引失效。5.数据量极少时，Mysql不会使用索引，因为全表扫描速度更快。2.确认两张表得索引字段得字符编码，字符长度是否保持一致。6.where 条件中的索引运算设计计算时，索引失效。1.索引列值为null，此时会索引失效。1.关联的表是否有建索引。

Mysql索引失效场景

联合索引不满足最左匹配原则使用了select *索引列参与运算索引列使用函数错误的like使用类型隐式转换使用OR操作两列做比较<>!不等于比较not innot exists条件order by普通索引优化器认为全表扫描 > 索引扫描。

不知道你在实际工作中，有没有遇到过下面的这两种情况：明明在某个字段上加了索引，但实际上并没有生效。索引有时候生效了，有时候没有生效。今天就跟大家一起聊聊，mysql数据库索引失效的10种场景，给曾经踩过坑，或者即将要踩坑的朋友们一个参考。

索引失效（Index Miss）指的是：数据库虽然创建了索引，但在某次查询中，并没有使用索引进行查找，而是退回使用全表扫描（Full Table Scan）或全索引扫描（Index Full Scan）。你可以通过 EXPLAIN 分析 SQL 语句的执行计划，判断是否用到了索引。场景原因应对方案函数/运算操作索引无法直接用改为范围查询否定操作无法快速定位数据使用正向匹配或 INOR 连接部分字段无索引拆成 UNIONLIKE '%关键词'前缀模糊无法定位。

例如：一张USER表 有字段属性 name,age 其中name为索引 下面列举几个索引失效的情况 1. select * from USER where name=‘xzz’ or age=16； 例如这种情况：当语句中带有or的时候 即使有索引也会失效。 2.select * from USER where name like‘%xzz’ ； 例如这种情况：当语...

不经一番寒彻骨，怎得梅花扑鼻香 阅读这篇文章大概需要20分钟！ 大家好前面我们介绍一下关于实战的知识点。主要应用于表数据比较多的情况下，如何巧妙地从中取出几条数据。今天介绍一下索引失效的几种不好发现的情况。 声明一下跟丁奇老师学习的，自己做一个技术总结 说到索引失效，今天主要从三个方向分析。函数操作，隐式类型转换，隐式字符编码转换。这里不包含like，!=等 函数操作 假设你现在维护了一个交易系统，其中交易记录表 tradelog 包含交易流水号（tradeid）、交易员 id（operator）、交易.

5.类型转换:如果索引列存在类型转换，那么也不会走索引，比如某列为字符串类型，而查询的时候设置了 int类型的值就会导致索引失效。6.使用 is not nul:当在查询中使用了 is not null 也会导致索引失效，而 is nul 则会正常触发索引的,1.联合索引非最左匹配:当使用联合索引时，未遵循最左匹配原则，则不能正常使用索引，也就是索引失效了。4.使用函数:查询列如果使用任意 MySOL提供的函数就会导致索引失效，3.使用列运算:如果索引列使用了运算，那么索引也会失效。

1、当使用or的情况下，如果不是每一列的条件都有索引，索引失效 2、当使用多列索引的时候，没有匹配到第一部分，索引失效 3、当使用like的时候，以%开头，索引失效 4、当数据类型是字符串类型的时候，如果条件数据没有被引号引起来，索引失效 5、如果使用全表扫描比索引更快，索引失效

当使用联合索引时，查询条件没有从最左索引列开始，或者跳过了索引中的列，那么索引可能会失效。例如，对于联合索引(sex, age, name)，如果查询条件只包含了sex和name而没有age，那么索引可能不会被使用。当查询的数据量非常大，或者查询条件导致索引无法被有效使用时，数据库可能会选择进行全表扫描，此时索引会失效。例如，当变量采用的是times变量，而表的字段采用的是date变量时，或者相反情况，可能会导致索引失效。对于复合索引，如果查询条件只引用了非第一位置的索引列，那么索引可能不会被使用。

不知道你在实际工作中，有没有遇到过下面的这两种情况：明明在某个字段上加了索引，但实际上并没有生效。索引有时候生效了，有时候没有生效。今天就跟大家一起聊聊，mysql数据库索引失效的10种场景，给曾经踩过坑，或者即将要踩坑的朋友们一个参考。

不知道你在实际工作中，有没有遇到过下面的这两种情况：明明在某个字段上加了索引，但实际上并没有生效。索引有时候生效了，有时候没有生效。今天就跟大家一起聊聊，mysql数据库索引失效的10种场景，给曾经踩过坑，或者即将要踩坑的朋友们一个参考。

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