数据库索引失效场景

  1. 字段类型不一致或隐式转换
    • 当查询条件中的字段类型与索引列的类型不一致时,MySQL可能会进行隐式类型转换,从而导致索引失效。例如,如果索引列是VARCHAR类型,而查询条件中使用了整数类型进行比较,就会发生隐式转换。
  2. 查询中包含OR条件
    • 当查询语句中使用OR连接多个条件时,如果MySQL优化器认为使用索引的成本高于全表扫描,则可能会选择不使用索引。这通常发生在其中一个条件未使用索引或索引选择性较低的情况下。
  3. LIKE通配符的错误使用
    • 在使用LIKE进行模式匹配时,如果通配符“%”出现在字符串的开头,则索引通常不会被使用。这是因为MySQL无法利用索引来快速定位以特定字符开头的字符串位置。
  4. 联合索引非最左匹配
    • 对于组合索引(联合索引),查询语句中的条件列必须按照索引列的顺序进行匹配,否则索引将不会被使用。这被称为最左前缀原则。如果查询跳过了组合索引的最左侧列,那么索引将失效。
  5. 索引列使用MySQL函数
    • 当查询条件中对索引列使用了MySQL内置函数(如ABS、YEAR等)时,索引将无法被利用。这是因为函数操作会改变索引列的值,使得MySQL无法直接通过索引来定位数据。
  6. 索引列存在计算
    • 在查询条件中对索引列进行算术运算(如加、减、乘、除)也会导致索引失效。这是因为运算操作会改变索引列的值,同样使得MySQL无法直接通过索引来定位数据。
  7. 使用!=、<>、NOT IN导致索引失效
    • 当查询条件中使用!=、<>或NOT IN等操作符时,索引通常不会被使用。这是因为这些操作符表示的是范围外的值,而索引通常用于快速定位范围内的值。
  8. 使用IS NULL、IS NOT NULL导致索引失效
    • 在索引列上使用IS NULL或IS NOT NULL时,索引可能会失效。这是因为索引通常不包含NULL值,因此无法直接通过索引来定位NULL值的位置。然而,具体是否失效还取决于索引类型和MySQL的版本等因素。
  9. 数据分布不均匀
    • 当索引列的数据分布极度不均匀时(如某个值的出现频率非常高),MySQL可能会选择全表扫描而不是使用索引。这是因为使用索引可能无法显著提高查询效率,反而可能增加额外的开销。
  10. 左连接或右连接字段编码不一致
    • 在进行左连接或右连接时,如果连接的字段编码格式不一致,也可能导致索引失效。这通常发生在跨表查询时,不同表的相同字段使用了不同的字符集或排序规则。

   11, 碎片过多导致索引失效

        a, 对于频繁删除/更新的表,会产生较多碎片,过多碎片会导致I/O操作增加,开销变大

        b, 数据变化,索引也需要进行更新,过多碎片会导致索引更加频繁复杂,因为mysql需要处理更多的数据块和碎片

        c, 过多的碎片会导致Information_schmea.tables中表行数统计不准,优化器选择索引的时候会参考该数据,从而导致索引选择错误或失效。

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值