MySql中索引失效的情况及原因

 1.索引失效的情况


b15b654e4b2842679c522e23772c5988.png

这是正常查询情况,满足最左前缀,先查有先度高的索引。

1.

c742b1cb94fb4043b781f7556db377b7.png

注意这里最后一种情况,这里和上面只查询 name = '小米科技' 的命中情况一样。说明索引部分丢失!

2.

ef2d266c71f549669181280c2765077f.png

这里第二条sql中的,status > '1'  就是范围查询

3.

3b16db3340ca4170b614f3b2aa34b8f5.png

这里sql中对name索引进行了截取,导致索引失效。

4.

4074e42f369a4935aa2da42ef7514752.png

发送类型转换,导致索引失效。

5.

b56372c619a344b8be728c6a1c063772.png

dc946e2a9e1842d0bcfef1f34c406726.png


2.索引为什么失效

如图:多个键值的B+树,如果要排序的话,要先按照第一个元素的大小排序,在第一个元素相同的情况下,按照第二个元素进行排序,以此类推...

        1.为什么要遵从最左前缀法则就很好理解了:如果跳过前面的元素,比如说直接使用联合索引中第二个元素进行查询,那么对于该索引,整个二叉树是无序的

        2.为什么范围查询右边的索引会失效:

这个例子中:我们尝试使用索引查询:a > 1,b = 1的数据。可以看到索引b完全就是无序的,这个无序不但体现在叶子节点,非叶子节点也是如此,整棵树都是如此。

        3.模糊查询导致索引失效:我们知道 a like "%c%" 和 a like "%c" 都会导致索引失效。

这是因为索引如果按照字符串顺序排序,如:aab、aac、aad、baa、bab 都是先按照第一个字母排序,第一个字母相同的情况下按照第二个字母排序。如果使用"%c%" 和 "%c" 去匹配,都成无需的了,因为前面的字母没确定,和最左前缀法则类似。

MySQL,索引可能会失效的几个常见原因包括: 1. 不符合索引使用规则:MySQL只会在查询条件使用索引的左侧前缀,如果查询条件没有使用到索引的左侧前缀,索引可能就会失效。另外,对于字符串类型的索引,如果在查询时使用了函数或表达式对字段进行操作,也会导致索引失效。 2. 数据量过小:当表的数据量很小时,MySQL可能会选择全表扫描来进行查询,而不是使用索引。这是因为全表扫描的开销比使用索引还要小。 3. LIKE模糊查询的通配符位置不当:如果在LIKE模糊查询,通配符%出现在开头,索引可能会失效。例如,LIKE '%keyword'。这是因为以通配符开头的模糊查询无法利用索引进行快速匹配。 4. 非等值查询索引失效:在某些情况下,非等值查询(如范围查询、大于/小于、不等于等)可能会导致索引失效。对于某些数据类型,MySQL只能使用索引进行等值查询。 5. 统计信息不准确或过期:MySQL使用统计信息来评估查询计划,如果统计信息不准确或过期,可能导致MySQL选择了不合适的查询计划,从而导致索引失效。 6. 数据类型不匹配:如果查询条件的数据类型与索引列的数据类型不匹配,索引可能无法使用。例如,查询条件为字符串,但索引列为整数类型。 7. 隐式类型转换:如果在查询条件进行了隐式类型转换,可能会导致索引失效MySQL会尝试将查询条件的值转换为与索引列相同的数据类型,如果转换失败或需要进行大量的转换操作,就会导致索引失效。 8. 多个索引选择性不高:当有多个索引可供选择时,MySQL会根据选择性来判断使用哪个索引。如果多个索引的选择性都不高,MySQL可能会选择全表扫描而不是使用索引。 以上是一些常见的导致MySQL索引失效原因,针对具体情况可以进行优化和调整,例如通过调整查询语句、优化索引设计、更新统计信息等来提升查询性能和避免索引失效
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值