背景

在檢查數據庫的執行效率的時候，發現了一條查詢極慢的查詢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 BYuser_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的優化器所優化掉。

創作挑戰賽新人創作獎勵來咯，堅持創作打卡瓜分現金大獎

總結

以上是生活随笔為你收集整理的MySQL 添加where 1= 1 是否会引起索引失效的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。