這兩個小技巧，讓SQL語言避開采坑并提高幾倍效率

原文： https://www.enmotech.com/web/detail/1/837/1.html  

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

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

首先，先準備點數據，后面好演示

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

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

接著插入4條數據，其中最后一條數據的 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, '無名動物');

此時表中的數據為

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

select * from animal where id != 1;

結果如下：

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

所以，堅決不允許字段的值為 null，否則可能會出現與預期不符合的結果。
反正我之前有踩過這個坑，不知道大家踩過木有？
但是萬一有人設置了允許為 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;

結果如下：

通過執行計劃可以看見，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;

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

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

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

其中：

ref = ALL：表示全表掃描

rows = 4 ：預測掃描4行（而我們整個表就只有4行記錄）
通過執行計劃可以看出，使用 or 是很有可能不走索引的，這將會大大降低查詢的速率，所以一般不建議使用 or 子句來連接條件。

那么該如何解決？

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

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

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

想了解更多關于數據庫、云技術的內容嗎？

快來關注“數據和云”公眾號、“云和恩墨”官方網站，我們期待與大家一同學習和進步！