MySQL 添加where 1= 1 是否会引起索引失效

背景

      在检查数据库的执行效率的时候,发现了一条查询极慢的查询sql。sql的例子如下:

EXPLAIN SELECT * FROM user_point_detail_info WHERE 1=1 AND deleted = FALSE AND app_id = 2010001 AND point > 10 AND add_time BETWEEN "2021-03-12 17:00:00" AND "2021-03-12 17:51:00"  ORDER BY user_id DESC,  point

因为之前又在逛知乎或csdn的时候逛到过一个帖子,说是如果在where 后面添加 1=1这种无意义条件会影响数据库的索引的使用,导致扫描全表的情况发生。本着好吃懒做坐享其成的原则就对此结论深以为然,正要着手修改这个查询的sql拼接的时候想到对此结论进行一番测试。看看where 1 = 1这个方便大家对sql 条件进行拼接的trick 是否会影响查询的时候对索引的使用。

实测

搬出SQL语句分析大法explain,对加1=1和不加1=1情况的索引使用情况进行分析。

不含where 1=1的条件下:

可以看到possible_keys(可能使用的索引)  和  key(实际使用的索引)都使用到了索引进行检索。

不含where 1=1的条件下:

结果是与不加这个条件的情况是一样的。

结论:

where 1=1 不影响查询效率

分析:

我们写的sql指令会被mysql 进行解析优化成自己的处理指令,在这个过程中1 = 1这类无意义的条件将会被优化。使用explain EXTENDED  sql 进行校对,发现确实where1=1这类条件会被mysql的优化器所优化掉。

  • 3
    点赞
  • 4
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

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

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值