作者：帥地

個人簡介：一個熱愛編程的在校生，我的世界不只有coding，還有writing。目前維護訂閱號「苦逼的碼農」，專注于寫「算法與數據結構」，「Java」,「計算機網絡」。

本次來講解與 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 ?的行，然后再用一個臨時表來存放最終的結果，最后再掃描臨時表。

3、總結

1、定義表的時候，盡量不允許字段值為 null，可以用 default 設置默認值。

2、盡量用 union 來代替 or，避免查詢沒有走索引。

3、注意，用 id = null 的等值查詢，也是不會匹配到值為 null 的行的，而是應該用 id is null。

也歡迎大家說一說自己踩過的坑。

---

●編號620，輸入編號直達本文

●輸入m獲取文章目錄

推薦↓↓↓

Web開發

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

總結

以上是生活随笔為你收集整理的用同一uuid作为两个字段的值_这两个小技巧，让SQL语句不仅躲了坑，还提升了 1000 倍...的全部內容，希望文章能夠幫你解決所遇到的問題。

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