[[424224]]

程序員在編程過程中，經(jīng)常會(huì)在代碼中使用到“where 1=1”，這是為什么呢?

SQL注入

初次看到這種寫法的同學(xué)肯定很納悶，加不加where 1=1，查詢不都一樣嗎?例如：

select * from customers; 
與 
select * from customers where 1=1; 

查詢出來的結(jié)果完全沒有區(qū)別呀。

是的，上面的查詢結(jié)果是沒有區(qū)別，但是這并不是我們要添加它的目的。我們知道1=1表示true，即永真，在SQL注入時(shí)配合or運(yùn)算符會(huì)得到意向不到的結(jié)果。

例如，當(dāng)我們要?jiǎng)h除客戶名稱為“張三”的記錄，我們可以這樣寫：

delete from customers where name='張三' 

這個(gè)時(shí)候如果在where語句后面加上 or 1=1會(huì)是什么后果?

即：

delete from customers where name='張三' or 1=1 

本來只要?jiǎng)h除張三的記錄，結(jié)果因?yàn)樘砑恿薿r 1=1的永真條件，會(huì)導(dǎo)致整張表里的記錄都被刪除了。

當(dāng)然這種事我們可千萬不能干，也不能讓別人有機(jī)可乘，這里只是為了表述where 1=1的作用之一。

語法規(guī)范

我們在寫代碼的過程中，為了保證語法規(guī)范的時(shí)候，也會(huì)使用到where 1=1。

我們先看下面這段Java代碼：

String sql="select * from table_name where 1=1"; 
if( condition 1) { 
  sql=sql+"  and  var2=value2"; 
} 
if(condition 2) { 
  sql=sql+"  and var3=value3"; 
} 

如果我們不寫1=1的話，當(dāng)condition 1為真時(shí)，代碼拼接后被執(zhí)行的SQL代碼如下：

select * from table_name where and var2=value2; 

很明顯，這里會(huì)出現(xiàn)一個(gè)SQL 的語法錯(cuò)誤：and必須前后都有條件。

有人說我直接把where寫在if語句里面，我就不寫where 1=1。

String sql="select * from table_name"; 
if( condition 1) { 
  sql=sql+" where var2=value2 "; 
} 
if(condition 2) { 
  sql=sql+" where var3=value3"; 
} 

當(dāng)condition 1為真，condition 2為假時(shí)，上面被執(zhí)行的SQL代碼為：

select * from table_name where var2=value2; 

這個(gè)確實(shí)沒有語法錯(cuò)誤，但是當(dāng)condition 1和condition 2都為真呢?那么SQL語句就變成了這樣：

select * from table_name  
where var2=value2  
where var3=value3; 

很明顯這是不符合SQL語法規(guī)范的。

這里寫上where 1=1 是為了避免where 關(guān)鍵字后面的第一個(gè)詞直接就是 “and”而導(dǎo)致語法錯(cuò)誤，加上1=1后，不管后面有沒有and條件都不會(huì)造成語法錯(cuò)誤了。

拷貝表

在我們進(jìn)行數(shù)據(jù)備份時(shí)，也經(jīng)常使用到where 1=1，當(dāng)然其實(shí)這兩可以不寫，寫上之后如果想過濾一些數(shù)據(jù)再備份會(huì)比較方便，直接在后面添加and條件即可。

create table  table_name 
as    
select * from  Source_table 
where   1=1; 

復(fù)制表結(jié)構(gòu)

有1=1就會(huì)有1<>1或1=2之類的永假的條件，這個(gè)在拷貝表的時(shí)候，加上where 1<>1，意思就是沒有任何一條記錄符合條件，這樣我們就可以只拷貝表結(jié)構(gòu)，不拷貝數(shù)據(jù)了。

create table  table_name 
as    
select  * from    
Source_table where   1 <> 1; 

1=1的性能問題

在MySQL早期的版本中“ where 1=1”可能會(huì)對有所影響，使用了“where 1=1”的過濾條件以后數(shù)據(jù)系統(tǒng)就無法使用索引等查詢優(yōu)化策略，數(shù)據(jù)庫系統(tǒng)將會(huì)被迫對每行數(shù)據(jù)進(jìn)行掃描(即全表掃描)以比較此行是否滿足過濾條件，當(dāng)表中數(shù)據(jù)量較大時(shí)查詢速度會(huì)非常慢。

但在5.6版本(也可能更早幾個(gè)版本)以后這個(gè)問題被優(yōu)化了，在寫“where 1=1”時(shí)，查詢分析器會(huì)將“1=1”處理掉，所以不會(huì)對查詢造成性能影響，感興趣的小伙伴可以試驗(yàn)一下，反正我試過了。