• 1、NULL 為什么這么多人用？
• 2、是不是以訛傳訛？
• 3、給我一個不用 Null 的理由？
• Refer

---

• 《Netty 實現原理與源碼解析 —— 精品合集》
• 《Spring 實現原理與源碼解析 —— 精品合集》
• 《MyBatis 實現原理與源碼解析 —— 精品合集》
• 《Spring MVC 實現原理與源碼解析 —— 精品合集》
• 《Spring Boot 實現原理與源碼解析 —— 精品合集》
• 《數據庫實體設計合集》
• 《Java 面試題 —— 精品合集》
• 《Java 學習指南 —— 精品合集》

---

港真，Null 貌似在哪里都是個頭疼的問題，比如 Java 里讓人頭疼的 NullPointerException，為了避免猝不及防的空指針異常，千百年來程序猿們不得不在代碼里小心翼翼的各種 if 判斷，麻煩而又臃腫，為此 java8 引入了 Optional 來避免這一問題。

下面咱們要聊的是 MySQL 里的 null，在大量的 MySQL 優化文章和書籍里都提到了字段盡可能用NOT NULL，而不是NULL，除非特殊情況。但卻都只給結論不說明原因，猶如雞湯不給勺子一樣，讓不少初學者對這個結論半信半疑或者云里霧里。本文今天就詳細的剖析下使用 Null 的原因，并給出一些不用 Null 的理由。

1、NULL 為什么這么多人用？

NULL是創建數據表時默認的，初級或不知情的或怕麻煩的程序員不會注意這點。
很多人員都以為not null 需要更多空間，其實這不是重點。

重點是很多程序員覺得NULL在開發中不用去判斷插入數據，寫sql語句的時候更方便快捷。

2、是不是以訛傳訛？

MySQL 官網文檔：

NULL columns require additional space in the rowto record whether their values are NULL. For MyISAM tables, each NULL columntakes one bit extra, rounded up to the nearest byte.

Mysql難以優化引用可空列查詢，它會使索引、索引統計和值更加復雜。可空列需要更多的存儲空間，還需要mysql內部進行特殊處理。可空列被索引后，每條記錄都需要一個額外的字節，還能導致MYisam 中固定大小的索引變成可變大小的索引。

—— 出自《高性能mysql第二版》

照此分析，還真不是以訛傳訛，這是有理論依據和出處的。

3、給我一個不用 Null 的理由？

所有使用NULL值的情況，都可以通過一個有意義的值的表示，這樣有利于代碼的可讀性和可維護性，并能從約束上增強業務數據的規范性。

NULL值到非NULL的更新無法做到原地更新，更容易發生索引分裂，從而影響性能。

注意：但把NULL列改為NOT NULL帶來的性能提示很小，除非確定它帶來了問題，否則不要把它當成優先的優化措施，最重要的是使用的列的類型的適當性。

NULL值在timestamp類型下容易出問題，特別是沒有啟用參數explicit_defaults_for_timestamp

NOT IN、!= 等負向條件查詢在有 NULL 值的情況下返回永遠為空結果，查詢容易出錯

舉例：

create table table_2 (`id` INT (11) NOT NULL,user_name varchar(20) NOT NULL )create table table_3 (`id` INT (11) NOT NULL,user_name varchar(20) )insert into table_2 values (4,"zhaoliu_2_1"),(2,"lisi_2_1"),(3,"wangmazi_2_1"),(1,"zhangsan_2"),(2,"lisi_2_2"),(4,"zhaoliu_2_2"),(3,"wangmazi_2_2")insert into table_3 values (1,"zhaoliu_2_1"),(2, null)-- 1、NOT IN子查詢在有NULL值的情況下返回永遠為空結果，查詢容易出錯 select user_name from table_2 where user_name not in (select user_name from table_3 where id!=1)mysql root@10.48.186.32:t_test_zz5431> select user_name from table_2 where user_name not-> in (select user_name from table_3 where id!=1); +-------------+ | user_name | |-------------| +-------------+ 0 rows in set Time: 0.008s mysql root@10.48.186.32:t_test_zz5431>-- 2、單列索引不存null值，復合索引不存全為null的值，如果列允許為null，可能會得到“不符合預期”的結果集 -- 如果name允許為null，索引不存儲null值，結果集中不會包含這些記錄。所以，請使用not null約束以及默認值。 select * from table_3 where name != 'zhaoliu_2_1'-- 3、如果在兩個字段進行拼接：比如題號+分數，首先要各字段進行非null判斷，否則只要任意一個字段為空都會造成拼接的結果為null。 select CONCAT("1",null) from dual; -- 執行結果為null。-- 4、如果有 Null column 存在的情況下，count(Null column)需要格外注意，null 值不會參與統計。 mysql root@10.48.186.32:t_test_zz5431> select * from table_3; +------+-------------+ | id | user_name | |------+-------------| | 1 | zhaoliu_2_1 | | 2 | <null> | | 21 | zhaoliu_2_1 | | 22 | <null> | +------+-------------+ 4 rows in set Time: 0.007s mysql root@10.48.186.32:t_test_zz5431> select count(user_name) from table_3; +--------------------+ | count(user_name) | |--------------------| | 2 | +--------------------+ 1 row in set Time: 0.007s-- 5、注意 Null 字段的判斷方式， = null 將會得到錯誤的結果。 mysql root@localhost:cygwin> create index IDX_test on table_3 (user_name); Query OK, 0 rows affected Time: 0.040s mysql root@localhost:cygwin> select * from table_3 where user_name is nullG ***************************[ 1. row ]*************************** id | 2 user_name | None1 row in set Time: 0.002s mysql root@localhost:cygwin> select * from table_3 where user_name = nullG0 rows in set Time: 0.002s mysql root@localhost:cygwin> desc select * from table_3 where user_name = 'zhaoliu_2_1'G ***************************[ 1. row ]*************************** id | 1 select_type | SIMPLE table | table_3 type | ref possible_keys | IDX_test key | IDX_test key_len | 23 ref | const rows | 1 Extra | Using where1 row in set Time: 0.006s mysql root@localhost:cygwin> desc select * from table_3 where user_name = nullG ***************************[ 1. row ]*************************** id | 1 select_type | SIMPLE table | None type | None possible_keys | None key | None key_len | None ref | None rows | None Extra | Impossible WHERE noticed after reading const tables1 row in set Time: 0.002s mysql root@localhost:cygwin> desc select * from table_3 where user_name is nullG ***************************[ 1. row ]*************************** id | 1 select_type | SIMPLE table | table_3 type | ref possible_keys | IDX_test key | IDX_test key_len | 23 ref | const rows | 1 Extra | Using where1 row in set Time: 0.002s mysql root@localhost:cygwin>

Null 列需要更多的存儲空間：需要一個額外字節作為判斷是否為 NULL 的標志位

舉例：

alter table table_3 add index idx_user_name (user_name); alter table table_2 add index idx_user_name (user_name); explain select * from table_2 where user_name='zhaoliu_2_1'; explain select * from table_3 where user_name='zhaoliu_2_1';

可以看到同樣的 varchar(20) 長度，table_2 要比 table_3 索引長度大，這是因為：

兩張表的字符集不一樣，且字段一個為 NULL 一個非 NULL。

key_len 的計算規則和三個因素有關：數據類型、字符編碼、是否為 NULL

key_len 62 == 20*3（utf8 3字節） + 2 （存儲 varchar 變長字符長度 2字節，定長字段無需額外的字節）

key_len 83 == 20*4（utf8mb4 4字節） + 1 (是否為 Null 的標識) + 2 （存儲 varchar 變長字符長度 2字節，定長字段無需額外的字節）

所以說索引字段最好不要為NULL，因為NULL會使索引、索引統計和值更加復雜，并且需要額外一個字節的存儲空間。基于以上這些理由和原因，我想咱們不用 Null 的理由應該是夠了 :)

Refer

[1] 為什么每個開發哥哥都喜歡用NULL值？http://bit.ly/2u3GKZI

[2] 優化 SQL 查詢：如何寫出高性能SQL語句http://bit.ly/2t2ehng

[3] 或許你不知道的10條SQL技巧https://mp.weixin.qq.com/s/dGcgts4NNTmVQNRT-j2MZw

來源：http://t.cn/EJl2n3X

總結

以上是生活随笔為你收集整理的updatebyprimarykeyselective怎么更新某个字段为null_一千个不用 Null 的理由的全部內容，希望文章能夠幫你解決所遇到的問題。

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