數據庫容許空值(null)，每每是悲劇的開始 (轉)

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

 

數據準備：

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');

說明：

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

 

知識點1（熱身）：負向查詢不能命中索引，會致使全表掃描。

explain select * from user where id!=1;

索引字段id上的不等於查詢，如上圖所示：

　（1）type=ALL，全表掃描；

　（2）rows=3，全表只有3行；

 

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

insert into user(name) values('wangwu');

　　先構造一條id爲NULL的數據，能夠看到共有4條記錄。　　

 

select * from user where id!=1;

　　再次執行不等於查詢。

　　你猜結果集有幾條記錄（共4條，不等於排除1條）？

　　答錯了！

　　結果集只有2條記錄，空值記錄記錄並未出如今結果集裏。

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

　　若是想到獲得符合預期的結果集，必須加上一個or條件。

　　畫外音：噁心不噁心，這個大坑你踩過沒有？

 

知識點3（附加）：某些or條件，又可能致使全表掃描，此時應該優化爲union。

explain select * from user where id=1;　　

　　索引字段id上的等值查詢，能命中索引，如上圖所示：

　　（1）type=ref，走非惟一索引；

　　（2）rows=1，預估掃描1行；

explain select * from user where id is null;　

　　索引字段id上的null查詢，也能命中索引，如上圖所示：

　　（1）type=ref，走非惟一索引；

　　（2）rows=1，預估掃描1行；

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

　　若是放到一個SQL語句裏用or查詢，則會全表掃描，如上圖所示：

　　（1）type=ALL，全表掃描；

　　（2）rows=4，全表只有4行；

　　

explain select * from user where id=1 
union
select * from user where id is null;

　　此時應該優化爲union查詢，又可以命中索引了，如上圖所示：

　　（1）type=ref，走非惟一索引；

　　（2）rows=1，預估掃描1行；

　　畫外音：第三行臨時表的ALL，是兩次結果集的合併。

 

總結

　　（1）負向比較（例如：!=）會引起全表掃描；

　　（2）若是容許空值，不等於(!=)的查詢，不會將空值行(row)包含進來，此時的結果集每每是不符合預期的，此時每每要加上一個or條件，把空值(is null)結果包含進來；

　　（3）or可能會致使全表掃描，此時能夠優化爲union查詢；

　　（4）建表時加上默認(default)值，這樣能避免空值的坑；

　　（5）explain工具是一個好東西；

　　

　　

出處：https://mp.weixin.qq.com/s?__biz=MjM5ODYxMDA5OQ==&mid=2651962495&idx=1&sn=74e9e0dc9d03a872fd5bce5769f6c22a&chksm=bd2d09a38a5a80b50da3b67c03da8417426cbb201427557959fa91e9094a848a14e0db214370&scene=21#wechat_redirect