區(qū)分MySQL中的空值（null）和空字符（''）

日常開(kāi)發(fā)中，一般都會(huì)涉及到數(shù)據(jù)庫(kù)增刪改查，那么不可避免會(huì)遇到Mysql中的NULL和空字符。
空字符（''）和空值（null）表面上看都是空，其實(shí)存在一些差異：

定義：

• 空值(NULL)的長(zhǎng)度是NULL，不確定占用了多少存儲(chǔ)空間，但是占用存儲(chǔ)空間的
• 空字符串('')的長(zhǎng)度是0，是不占用空間的
  

通俗的講：

空字符串（''）就像是一個(gè)真空轉(zhuǎn)態(tài)杯子，什么都沒(méi)有。
空值（NULL）就像是一個(gè)裝滿(mǎn)空氣的杯子，含有東西。
二者雖然看起來(lái)都是空的、透明的，但是有著本質(zhì)的區(qū)別。

區(qū)別：

1. 在進(jìn)行count()統(tǒng)計(jì)某列時(shí)候，如果用null值系統(tǒng)會(huì)自動(dòng)忽略掉，但是空字符會(huì)進(jìn)行統(tǒng)計(jì)。不過(guò)count(*)會(huì)被優(yōu)化，直接返回總行數(shù)，包括null值。
2. 判斷null用is null或is not null，SQL可以使用ifnull()函數(shù)進(jìn)行處理；判斷空字符用=''或者!=''進(jìn)行處理。
3. 對(duì)于timestamp數(shù)據(jù)類(lèi)型，插入null值會(huì)是當(dāng)前系統(tǒng)時(shí)間；插入空字符，則出現(xiàn)0000-00-00 00:00:00

實(shí)例：

• 新建一張表test_ab，并插入4行數(shù)據(jù)。

CREATE TABLE test_ab (id int,
	col_a varchar(128),
	col_b varchar(128) not null
);

insert test_ab(id,col_a,col_b) values(1,1,1);
insert test_ab(id,col_a,col_b) values(2,'','');
insert test_ab(id,col_a,col_b) values(3,null,'');
insert test_ab(id,col_a,col_b) values(4,null,1);

mysql> select * from test_ab;
+------+-------+-------+
| id  | col_a | col_b |
+------+-------+-------+
|  1 | 1   | 1   |
|  2 |    |    |
|  3 | NULL |    |
|  4 | NULL | 1   |
+------+-------+-------+
4 rows in set (0.00 sec)

• 首先比較一下，空字符（''）和空值（null）查詢(xún)方式的不同：

mysql> select * from test_ab where col_a = '';
+------+-------+-------+
| id  | col_a | col_b |
+------+-------+-------+
|  2 |    |    |
+------+-------+-------+
1 row in set (0.00 sec)

mysql> select * from test_ab where col_a is null;
+------+-------+-------+
| id  | col_a | col_b |
+------+-------+-------+
|  3 | NULL |    |
|  4 | NULL | 1   |
+------+-------+-------+
2 rows in set (0.00 sec)

由此可見(jiàn)，null和''的查詢(xún)方式不同。而且比較字符 ‘=''>' ‘' ‘>'不能用于查詢(xún)null，
如果需要查詢(xún)空值（null），需使用is null 和is not null。

• 第二種比較，參與運(yùn)算

mysql> select col_a+1 from test_ab where id = 4;
+---------+
| col_a+1 |
+---------+
|  NULL |
+---------+
1 row in set (0.00 sec)

mysql> select col_b+1 from test_ab where id = 4;
+---------+
| col_b+1 |
+---------+
|    2 |
+---------+
1 row in set (0.00 sec)

由此可見(jiàn)，空值（null）不能參與任何計(jì)算，因?yàn)榭罩祬⑴c任何計(jì)算都為空。
所以，當(dāng)程序業(yè)務(wù)中存在計(jì)算的時(shí)候，需要特別注意。
如果非要參與計(jì)算，需使用ifnull函數(shù)，將null轉(zhuǎn)換為''才能正常計(jì)算。

• 第三種比較，統(tǒng)計(jì)數(shù)量

mysql> select count(col_a) from test_ab;
+--------------+
| count(col_a) |
+--------------+
|      2 |
+--------------+
1 row in set (0.00 sec)

mysql> select count(col_b) from test_ab;
+--------------+
| count(col_b) |
+--------------+
|      4 |
+--------------+
1 row in set (0.00 sec)

由此可見(jiàn)，當(dāng)統(tǒng)計(jì)數(shù)量的時(shí)候?？罩担╪ull）并不會(huì)被當(dāng)成有效值去統(tǒng)計(jì)。
同理，sum()求和的時(shí)候，null也不會(huì)被統(tǒng)計(jì)進(jìn)來(lái)，這樣就能理解，
為什么null計(jì)算的時(shí)候結(jié)果為空，而sum()求和的時(shí)候結(jié)果正常了。

結(jié)論：

所以在設(shè)置默認(rèn)值的時(shí)候，盡量不要用null當(dāng)默認(rèn)值，如果字段是int類(lèi)型，默認(rèn)為0；如果是varchar類(lèi)型，默認(rèn)值用空字符串（''）會(huì)更好一些。帶有null的默認(rèn)值還是可以走索引的，只是會(huì)影響效率。當(dāng)然，如果確認(rèn)該字段不會(huì)用到索引的話，也是可以設(shè)置為null的。

在設(shè)置字段的時(shí)候，可以給字段設(shè)置為 not null ，因?yàn)?not null 這個(gè)概念和默認(rèn)值是不沖突的。我們?cè)谠O(shè)置默認(rèn)值為（''）的時(shí)候，雖然避免了null的情況，但是可能存在直接給字段賦值為null，這樣數(shù)據(jù)庫(kù)中還是會(huì)出現(xiàn)null的情況，所以強(qiáng)烈建議都給字段加上 not null。

類(lèi)似這樣的：

mysql> alter table test_ab modify `col_b` varchar(128) NOT NULL DEFAULT '';
Query OK, 0 rows affected (0.00 sec)
Records: 0 Duplicates: 0 Warnings: 0

mysql> desc test_ab;
+-------+--------------+------+-----+---------+-------+
| Field | Type     | Null | Key | Default | Extra |
+-------+--------------+------+-----+---------+-------+
| id  | int     | YES |   | NULL  |    |
| col_a | varchar(128) | YES |   | NULL  |    |
| col_b | varchar(128) | NO  |   |     |    |
+-------+--------------+------+-----+---------+-------+
3 rows in set (0.00 sec)

盡管在存儲(chǔ)空間上，在索引性能上可能并不比空字符差，但是為了避免其身上特殊性，給項(xiàng)目帶來(lái)不確定因素，因此建議默認(rèn)值不要使用 NULL。

以上就是區(qū)分MySQL中的空值（null）和空字符（''）的詳細(xì)內(nèi)容，更多關(guān)于MySQL 空值和空字符的資料請(qǐng)關(guān)注腳本之家其它相關(guān)文章！