數據庫容許空值(null),每每是悲劇的開始(1分鐘系列)

數據庫字段容許空值,會遇到一些問題,此處包含的一些知識點,和你們聊一聊。數據庫

數據準備:

create table user (
id int,
name varchar(20),
index(id)
)engine=innodb;架構

insert into user values(1,'shenjian');
insert into user values(2,'zhangsan');
insert into user values(3,'lisi');ide

說明:

id爲索引,非惟一(non unique),容許空(null)。工具

知識點1(熱身):負向查詢不能命中索引,會致使全表掃描。

數據庫容許空值(null),每每是悲劇的開始(1分鐘系列)
explain select * from user where id!=1;
索引字段id上的不等於查詢,如上圖所示:
(1)type=ALL,全表掃描;
(2)rows=3,全表只有3行;測試

知識點2(劃重點):容許空值,不等於(!=)查詢,可能致使不符合預期的結果。

數據庫容許空值(null),每每是悲劇的開始(1分鐘系列)
insert into user(name) values('wangwu');
先構造一條id爲NULL的數據,能夠看到共有4條記錄。優化

select from user where id!=1;
再次執行不等於查詢。
你猜結果集有幾條記錄(共4條,不等於排除1條)?
答錯了!
結果集只有2條記錄,空值記錄記錄並未出如今結果集裏。
數據庫容許空值(null),每每是悲劇的開始(1分鐘系列)
select
from user where id!=1 or id is null;
若是想到獲得符合預期的結果集,必須加上一個or條件。
畫外音:噁心不噁心,這個大坑你踩過沒有?blog

知識點3(附加):某些or條件,又可能致使全表掃描,此時應該優化爲union。

數據庫容許空值(null),每每是悲劇的開始(1分鐘系列)
explain select * from user where id=1;
索引字段id上的等值查詢,能命中索引,如上圖所示:
(1)type=ref,走非惟一索引;
(2)rows=1,預估掃描1行;索引

數據庫容許空值(null),每每是悲劇的開始(1分鐘系列)
explain select from user where id is null;
索引字段id上的null查詢,也能命中索引,如上圖所示:
(1)type=ref,走非惟一索引;
(2)rows=1,預估掃描1行;
數據庫容許空值(null),每每是悲劇的開始(1分鐘系列)
explain select
from user where id=1 or id is null;
若是放到一個SQL語句裏用or查詢,則會全表掃描,如上圖所示:
(1)type=ALL,全表掃描;
(2)rows=4,全表只有4行;it

數據庫容許空值(null),每每是悲劇的開始(1分鐘系列)
explain select from user where id=1
union
select
from user where id is null;
此時應該優化爲union查詢,又可以命中索引了,如上圖所示:
(1)type=ref,走非惟一索引;
(2)rows=1,預估掃描1行;
畫外音:第三行臨時表的ALL,是兩次結果集的合併。io

總結
(1)負向比較(例如:!=)會引起全表掃描;
(2)若是容許空值,不等於(!=)的查詢,不會將空值行(row)包含進來,此時的結果集每每是不符合預期的,此時每每要加上一個or條件,把空值(is null)結果包含進來;
(3)or可能會致使全表掃描,此時能夠優化爲union查詢;
(4)建表時加上默認(default)值,這樣能避免空值的坑;
(5)explain工具是一個好東西;

但願你們有收穫!
畫外音:本文測試於MySQL5.6。

架構師之路-分享技術思路相關推薦:《緩衝池(buffer pool),此次完全懂了!!!》《寫緩衝(change buffer),此次完全懂了!!!》《兩類很是隱蔽的全表掃描 | 1分鐘系列》《MyISAM與InnoDB的索引差別 | 1分鐘系列》

相關文章
相關標籤/搜索