MySQL 使用 OR 条件导致索引失效

原来的 SQL:能走到索引


SELECT count(1)
FROM XXX
WHERE 1 = 1 AND
(
  (3_id = 12345)
  OR 
  (4_id = 12345)
);

很多人都喜欢用 OR 去解决,虽然语句简单,但是就会发生下面的场景,容易走不到索引

新需求导致改造SQL为: 走不到索引

SELECT count(1)
FROM XXX
WHERE 1 = 1 AND
 (
  (3_id = 12345)
  OR 
  (4_id = 12345)
  OR 
  (2_id = 12345)
 );

 or 跟 and 不一样,添加 (3_id,4_id,2_id) 不能解决问题。

优化的方法是改成 union。分成多个 sql,走各自的索引。如果可能有重复就用union 不用union all。

select count(1) from 
 (
     SELECT * FROM XXX WHERE 1 = 1 AND (3_id = 12345) 
     union 
     SELECT * FROM XXX WHERE 1 = 1 AND (tk_4th_pub_id = 12345) 
     union 
     SELECT * FROM XXX  WHERE 1 = 1   AND (tk_pub_id = 12345)
 ) as a where a.refund_status = XXX;

or 条件在数据库上很难优化,能在代码里优化逻辑,不至于拖垮数据库。只有在 or 条件下无需索引时(且需要比较的数据量小),才考虑。

相同字段 or 可改成 in,如 f_id=1 or f_id=100 -> f_id in (1,100)。上述优化情景都是存储引擎在 InnoDB 情况下,在MyISAM有不同

  • 5
    点赞
  • 18
    收藏
    觉得还不错? 一键收藏
  • 9
    评论
索引失效在数据库查询中是一个常见的问题。当索引无法有效地帮助查询时,查询性能可能会受到影响。有几个常见的原因可能导致索引失效: 1. 数据不匹配:如果查询条件索引列上的数据类型不匹配,或者使用了不匹配的字符集或排序规则,索引可能会失效。确保查询条件索引列的数据类型和字符集匹配。 2. 使用函数或表达式:如果在查询条件使用了函数或表达式,索引可能无法生效。因为函数和表达式的结果无法被索引存储,系统将不得不扫描整个表来计算这些结果。 3. 索引列顺序不匹配:在复合索引中,索引列的顺序非常重要。如果查询条件中的列顺序与复合索引不匹配,索引可能会失效。确保查询条件中的列顺序与复合索引的列顺序相同。 4. 数据分布不均匀:如果索引列上的数据分布不均匀,即某些值的数量非常大,而其他值的数量非常小,索引可能会失效。这种情况下,优化器可能会选择全表扫描而不是使用索引。 5. 数据量太小:对于一些小规模的表,使用索引可能没有明显的性能提升。在这种情况下,优化器可能会选择全表扫描。如果表很小,考虑是否需要使用索引。 6. 索引统计信息过时:索引统计信息用于优化查询的执行计划。如果统计信息过时或不准确,优化器可能会做出错误的决策,导致索引失效。定期更新索引统计信息是很重要的。 以上只是一些可能导致索引失效的常见原因,具体情况可能因数据库配置、查询语句和数据特性而异。如果遇到索引失效的问题,可以通过查看执行计划、优化查询语句、更新统计信息等手段来解决问题。

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

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值