https://my.oschina.net/leejun200
港真,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 [email protected]: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 [email protected]: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 [email protected]: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 [email protected]: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 null\G
***************************[ 1. row ]***************************
id | 2
user_name | None
1 row in set
Time: 0.002s
mysql root@localhost:cygwin> select * from table_3 where user_name = null\G
0 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 where
1 row in set
Time: 0.006s
mysql root@localhost:cygwin> desc select * from table_3 where user_name = null\G
***************************[ 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 tables
1 row in set
Time: 0.002s
mysql root@localhost:cygwin> desc select * from table_3 where user_name is null\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 where
1 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