首頁 > 軟體

MySQL欄位為 NULL的5大坑

2023-11-22 14:01:13

正式開始之前,我們先來看下 MySQL 伺服器的設定和版本號資訊,如下圖所示:

“兵馬未動糧草先行”,看完了相關的設定之後,我們先來建立一張測試表和一些測試資料。

-- 如果存在 person 表先刪除
DROP TABLE IF EXISTS person; 
-- 建立 person 表,其中 username 欄位可為空,併為其設定普通索引
CREATE TABLE person (
 id INT PRIMARY KEY auto_increment,
 name VARCHAR(20),
 mobile VARCHAR(13),
 index(name)
) ENGINE='innodb';
-- person 表新增測試資料
insert into person(name,mobile) values('Java','13333333330'),
 ('MySQL','13333333331'),
 ('Redis','13333333332'),
 ('Kafka','13333333333'),
 ('Spring','13333333334'),
 ('MyBatis','13333333335'),
 ('RabbitMQ','13333333336'),
 ('Golang','13333333337'),
 (NULL,'13333333338'),
 (NULL,'13333333339');
select * from person;

構建的測試資料,如下圖所示:

有了資料之後,我們就來看當列中存在 NULL 值時,究竟會導致哪些問題?

1.count 資料丟失

當某列存在 NULL 值時,再使用 count 查詢該列,就會出現資料“丟失”問題,如下 SQL 所示:

select count(*),count(name) from person;

查詢執行結果如下:

從上述結果可以看出,當使用的是 count(name) 查詢時,就丟失了兩條值為 NULL 的資料丟失。

解決方案

如果某列存在 NULL 值時,就是用 count(*) 進行資料統計。

擴充套件知識:不要使用 count(常數)

阿里巴巴《Java開發手冊》強制規定:不要使用 count(列名) 或 count(常數) 來替代 count(),count() 是 SQL92 定義的標準統計行數的語法,跟資料庫無關,跟 NULL 和非 NULL 無關。

說明:count(*) 會統計值為 NULL 的行,而 count(列名) 不會統計此列為 NULL 值的行。

2.distinct 資料丟失

當使用 count(distinct col1, col2) 查詢時,如果其中一列為 NULL,那麼即使另一列有不同的值,那麼查詢的結果也會將資料丟失,如下 SQL 所示:

select count(distinct name,mobile) from person;

查詢執行結果如下:

資料庫的原始資料如下:

從上述結果可以看出手機號一列的 10 條資料都是不同的,但查詢的結果卻為 8。

3.select 資料丟失

如果某列存在 NULL 值時,如果執行非等於查詢(<>/!=)會導致為 NULL 值的結果丟失。比如以下這個資料:

我需要查詢除 name 等於“Java”以外的所有資料,預期返回的結果是 id 從 2 到 10 的資料,但當執行以下查詢時:

select * from person where name<>'Java' order by id;
-- 或
select * from person where name!='Java' order by id;

查詢結果均為以下內容:

可以看出為 NULL 的兩條資料憑空消失了,這個結果並不符合我們的正常預期。

解決方案

要解決以上的問題,只需要在查詢結果中拼加上為 NULL 值的結果即可,執行 SQL 如下:

select * from person where name<>'Java' or isnull(name) order by id;

最終的執行結果如下:

4.導致空指標異常

如果某列存在 NULL 值時,可能會導致 sum(column) 的返回結果為 NULL 而非 0,如果 sum 查詢的結果為 NULL 就可以能會導致程式執行時空指標異常(NPE),我們來演示一下這個問題。

首先,我們先構建一張表和一些測試資料:

-- 如果存在 goods 表先刪除
DROP TABLE IF EXISTS goods; 
-- 建立 goods 表
CREATE TABLE goods (
 id INT PRIMARY KEY auto_increment,
 num int
) ENGINE='innodb';
-- goods 表新增測試資料
insert into goods(num) values(3),(6),(6),(NULL);
select * from goods;

表中原始資料如下:

接下來我們使用 sum 查詢,執行以下 SQL:

select sum(num) from goods where id>4;

查詢執行結果如下:

當查詢的結果為 NULL 而非 0 時,就可以能導致空指標異常。

解決空指標異常

可以使用以下方式來避免空指標異常:

select ifnull(sum(num), 0) from goods where id>4;

查詢執行結果如下:

5.增加了查詢難度

當某列值中有 NULL 值時,在進行 NULL 值或者非 NULL 值的查詢難度就增加了。

所謂的查詢難度增加指的是當進行 NULL 值查詢時,必須使用 NULL 值匹配的查詢方法,比如 IS NULL 或者 IS NOT NULL 又或者是 IFNULL(cloumn) 這樣的表示式進行查詢,而傳統的 =、!=、<>... 等這些表示式就不能使用了,這就增加了查詢的難度,尤其是對小白程式設計師來說,接下來我們來演示一下這些問題。

還是以 person 表為例,它的原始資料如下:

錯誤用法 1:

select * from person where name<>null;

執行結果為空,並沒有查詢到任何資料,如下圖所示:

錯誤用法 2:

select * from person where name!=null;

執行結果也為空,沒有查詢到任何資料,如下圖所示:

正確用法 1:

select * from person where name is not null;

執行結果如下:

正確用法 2:

select * from person where !isnull(name);

執行結果如下:

推薦用法

阿里巴巴《Java開發手冊》推薦我們使用 ISNULL(cloumn) 來判斷 NULL,原因是在 SQL 語句中,如果在 null 前換行,影響可讀性;而 ISNULL(column) 是一個整體,簡潔易懂。從效能資料上分析 ISNULL(column) 執行效率也更快一些。

擴充套件知識:NULL 不會影響索引

細心的朋友可能發現了,我在建立 person 表的 name 欄位時,為其建立了一個普通索引,如下圖所示:

然後我們用 explain 來分析查詢計劃,看當 name 中有 NULL 值時是否會影響索引的選擇。

explain 的執行結果如下圖所示:

從上述結果可以看出,即使 name 中有 NULL 值也不會影響 MySQL 使用索引進行查詢。

總結

本文我們講了當某列為 NULL 時可能會導致的 5 種問題:丟失查詢結果、導致空指標異常和增加了查詢的難度。因此在最後提倡大家在建立表的時候儘量設定 is not null 的約束,如果某列確實沒有值,可以設定空值(’’)或 0 作為其預設值。

最後:大家還有因為 NULL 而造成的各種坑嗎?歡迎評論區補充留言。

到此這篇關於MySQL欄位為 NULL的5大坑的文章就介紹到這了,更多相關MySQL欄位為NULL內容請搜尋it145.com以前的文章或繼續瀏覽下面的相關文章希望大家以後多多支援it145.com!


IT145.com E-mail:sddin#qq.com