&

maoxiaoming

2025年8月28日 10:9 本文熱度 82

1=1這個騷操作，其實就是個小技巧，絕對是菜鳥寫SQL+時用過的東西，但別小瞧它，高手也愛用。先來個簡單點的解釋:1=1是個永遠為真的條件，你寫在 SOL的'WHERE'后面就是為了方便你拼接條件用的。

想象一下你寫 SQL，查詢條件經常會有很多分支邏輯，搞不好一堆“if else`邏輯等著你。你如果不加點騷操作，后面的 SQL拼接起來有時候會比較麻煩，比如你可能需要判斷是否要加`AND` 或者WHERE`，不加吧，SQL跑出個錯，煩得要死。

而 1=1 這種操作，能幫你解決這個問題，它的作用其實就是為了讓你后面加條件的時候更加絲滑怎么加都不會錯。就像給你鋪了個“萬用的路基”，讓你寫 SQL 條件的時候不用擔心什么`AND或者`OR`拼得亂七八糟。比如說你要查用戶表里的數據:

SELECT * FROM users WHERE 1=1 AND age >18 AND gender = M';

看到了吧，1=1`這個條件一直為真，所以可以無腦加各種后續條件，不用考慮 SQL 語句的拼接邏輯多復雜。如果沒有`1=1，你可能得寫一堆復雜的判斷，去確定你什么時候該加`AND`，什么時候該加`OR`。而有了、1=1~，你只管加條件，語句不會出問題。

再從底層源碼上分析下，數據庫引擎+看到`1=1`這種邏輯后，會自動優化掉它，根本不會執行這個無效的條件。可以說是寫代碼的人的“善意謊言”--寫的時候為了方便，但數據庫會很聰明地幫你優化掉，不影響性能。

舉個實際案例吧，假如你在做一個動態查詢系統+，用戶可以選多個過濾條件，但是用戶不選條件的情況你也得考慮，不然整個查詢邏輯會亂成一團。你可以這么寫:

SELECT * FROM products WHERE 1=1

這個`1=1`就是你SQL的起手式，后面再根據用戶選擇的條件拼接。用戶選了價格范圍，你就拼接:

AND price BETWEEN 100 AND 200

選了類別，你再來個:

?AND category='Electronics

這樣你根本不用管到底有沒有條件，“1=1`已經幫你打好基礎，后面的條件怎么加都不會影響SQL的正確性。

另外，數據庫執行計劃+生成的時候，像“1=1`這種恒等式它不會去當回事的，優化器直接無視掉，保證查詢性能不受影響。所以擔心影響效率的朋友可以洗洗睡了，根本沒這回事。

總結一下，1=1 看著是個簡單粗暴的東西，實質是個懶人救星，幫你拼 SQL 時省下無數條件判斷的代碼，寫起來爽爽的，還不用擔心出錯。實用第一，優雅其次，這就是很多老手愛用它的原因,所以別嫌棄，趕緊學著點，下次你寫動態 SQL 的時候就明白這騷操作的爽了!

該文章在 2025/8/28 10:10:21 編輯過

關鍵字查詢

條件

意思

SQL

正在查詢...