本次來講解與 SQL 查詢有關的兩個小知識點，掌握這些知識點，能夠讓你避免踩坑以及提高查詢效率。

1. 允許字段的值為 null，往往會引發(fā)災難

首先，先準備點數(shù)據(jù)，后面好演示

create table animal( 
id int, 
name char(20), 
index(id) 
)engine=innodb; 

index(id) 表示給 id 這個字段創(chuàng)建索引，并且 id 和 name 都允許為 null。

接著插入4條數(shù)據(jù)，其中最后一條數(shù)據(jù)的 id 為。

insert into animal(id, name) values(1, '貓'); 
insert into animal(id, name) values(2, '狗'); 
insert into animal(id, name) values(3, '豬'); 
insert into animal(id, name) values(null, '無名動物'); 

此時表中的數(shù)據(jù)為

這時我們查詢表中 id != 1 的動物有哪些

select * from animal where id != 1; 

結果如下：

此時我們只找到了兩行數(shù)據(jù)，按道理應該是三行的，但是 id = null 的這一行居然沒有被匹配到，，可能大家聽說過，null 與任何其他值都不相等，按道理 null != 1 是成立的話，然而現(xiàn)實很殘酷，它就是不會被匹配到。

所以，堅決不允許字段的值為 null，否則可能會出現(xiàn)與預期不符合的結果。

反正我之前有踩過這個坑，不知道大家踩過木有?

但是萬一有人設置了允許為 null 值怎么辦?如果真的這樣的話，對于 != 的查找，后面可以多加一個 or id is null 的子句(注意，是 is null，不是 = null，因為 id = null 也不會匹配到值為 null 的行)。即:

select * from animal where id != 1 or id is null; 

結果如下：

2. 盡可能用 union 來代替 or

(1)、剛才我們給 id 這個字段建立了索引，如果我們來進行等值操作的話，一般會走索引操作，不信你看：

explain select * from animal where id = 1; 

結果如下：

通過執(zhí)行計劃可以看見，id 上的等值查找能夠走索引查詢(估計在你的意料之中)，其中

• type = ref ：表示走非唯一索引
• rows = 1 ：預測掃描一行

(2)、那 id is null 會走索引嗎?答是會的，如圖

explain select * from animal where id is null; 

其中

• type = ref ：表示走非唯一索引
• rows = 1 ：預測掃描一行

(3)、那么問題來了，那如果我們要找出 id = 1 或者 id = null 的動物，我們可能會用 or 語句來連接，即

select * from animal where id = 1 or id is null; 

那么這條語句會走索引嗎?

有沒有走索引，看執(zhí)行計劃就知道了，如圖

explain select * from animal where id = 1 or id is null; 

其中：

• ref = ALL：表示全表掃描
• rows = 4 ：預測掃描4行(而我們整個表就只有4行記錄)

通過執(zhí)行計劃可以看出，使用 or 是很有可能不走索引的，這將會大大降低查詢的速率，所以一般不建議使用 or 子句來連接條件。

那么該如何解決?

其實可以用 union 來取代 or，即如下：

select * from animal where id = 1 union select * from animal where id is null. 

此時就會分別走兩次索引，找出所有 id = 1 和 所有 id = null 的行，然后再用一個臨時表來存放最終的結果，最后再掃描臨時表。