MySQL默認(rèn)值選型問題(是空,還是?NULL)
MySQL默認(rèn)值選型(是空,還是 NULL)
如果對(duì)一個(gè)字段沒有過多要求,是使用“”還是使用 NULL,一直是個(gè)讓人困惑的問題。即使有前人留下的開發(fā)規(guī)范,但是能說清原因的也沒有幾個(gè)。
NULL 是“”嗎?
在辨別 NULL 是不是空的這個(gè)問題上,感覺就像是在證明 1 + 1 是不是等于 2。
在 MySQL 中的 NULL 是一種特殊的數(shù)據(jù)。
一個(gè)字段是否允許為 NULL,字段默認(rèn)值是否為 NULL。
主要有如下幾種情況:
1. NULL 與空字符存儲(chǔ)上的區(qū)別
表中如果允許字段為 NULL,會(huì)為每行記錄分配 NULL 標(biāo)志位。
NULL 除了在每行的行首存有 NULL 標(biāo)志位,實(shí)際存儲(chǔ)不占有任何空間。
如果表中所有字段都是非 NULL,就不存在這個(gè)標(biāo)示位了。
網(wǎng)上有一些驗(yàn)證 MySQL 中 NULL 存儲(chǔ)方式的文章,可以參考下。
2. NULL使用上的一些問題
數(shù)值類型,對(duì)一個(gè)允許為NULL的字段進(jìn)行min、max、sum、加減、order by、group by、distinct 等操作的時(shí)候。
字段值為非 NULL 值時(shí),操作很明確。
如果使用 NULL, 需要清楚的知道如下規(guī)則:
數(shù)值類型,以 INT 列為例
1) 在 min / max / sum / avg 中 NULL 值會(huì)被直接忽略掉,如下是測(cè)試結(jié)果,可能 min / max / sum 還比較可以理解,但 avg 真的是你想要的結(jié)果嗎?
CREATE TABLE `t1` ( `id` int(16) NOT NULL AUTO_INCREMENT, `name` varchar(20) DEFAULT NULL, `number` int(11) DEFAULT NULL, PRIMARY KEY (`id`) ) ENGINE=InnoDB AUTO_INCREMENT=5 DEFAULT CHARSET=utf8; select * from t1; +------+----------+--------+ | id | name | number | +------+----------+--------+ | 1 | zhangsan | NULL | | 2 | lisi | NULL | | 3 | wangwu | 0 | | 4 | zhangliu | 4 | +------+----------+--------+ select max(number) from t1; +-------------+ | max(number) | +-------------+ | 4 | +-------------+ select min(number) from t1; +-------------+ | min(number) | +-------------+ | 0 | +-------------+ select sum(number) from t1; +-------------+ | sum(number) | +-------------+ | 4 | +-------------+ select avg(number) from t1; +-------------+ | avg(number) | +-------------+ | 2.0000 | +-------------+
2) 對(duì) NULL 做加減操作,如 1 + NULL,結(jié)果仍是 NULL
select 1+NULL; +--------+ | 1+NULL | +--------+ | NULL | +--------+
3) order by 以升序檢索字段的時(shí)候 NULL 會(huì)排在最前面(倒序相反)
select * from t1 order by number; +----+----------+--------+ | id | name | number | +----+----------+--------+ | 1 | zhangsan | NULL | | 2 | lisi | NULL | | 3 | wangwu | 0 | | 4 | zhangliu | 4 | +----+----------+--------+ select * from t1 order by number desc; +----+----------+--------+ | id | name | number | +----+----------+--------+ | 4 | zhangliu | 4 | | 3 | wangwu | 0 | | 1 | zhangsan | NULL | | 2 | lisi | NULL | +----+----------+--------+
4) group by / distinct 時(shí),NULL 值被視為相同的值
select distinct(number) from t1; +--------+ | number | +--------+ | NULL | | 0 | | 4 | +--------+ select number,count(*) from t1 group by number; +--------+----------+ | number | count(*) | +--------+----------+ | NULL | 2 | | 0 | 1 | | 4 | 1 | +--------+----------+
字符類型,在使用 NULL 值的時(shí)候,也需要格外注意
1) 字段是字符時(shí),你無法一目了然的區(qū)分這個(gè)值到底是 NULL ,還是字符串 'NULL'
insert into t1 (name,number) values ('NULL',5); insert into t1 (number) values (6); select * from t1 where number in (5,6); +----+------+--------+ | id | name | number | +----+------+--------+ | 5 | NULL | 5 | | 6 | NULL | 6 | +----+------+--------+ select name is NULL from t1 where number=5; +--------------+ | name is NULL | +--------------+ | 0 | +--------------+ select name is NULL from t1 where number=6; +--------------+ | name is NULL | +--------------+ | 1 | +--------------+
2) 統(tǒng)計(jì)包含 NULL 字段的值,NULL 值不包括在里面
select count(*) from t1; +----------+ | count(*) | +----------+ | 6 | +----------+ select count(name)from t1; +-------------+ | count(name) | +-------------+ | 5 | +-------------+ select * from t1 where name is null; +----+------+--------+ | id | name | number | +----+------+--------+ | 6 | NULL | 6 | +----+------+--------+
3) 如果你用 length 去統(tǒng)計(jì)一個(gè) VARCHAR 的長度時(shí),NULL 返回的將不是數(shù)字
select length(name) from t1 where name is null; +--------------+ | length(name) | +--------------+ | NULL | +--------------+
總結(jié)
NULL 本身是一個(gè)特殊值,MySQL 采用特殊的方法來處理 NULL 值。從理解肉眼判斷,操作符運(yùn)算等操作上,可能和我們預(yù)期的效果不一致??赡軙?huì)給我們項(xiàng)目上的操作不符合預(yù)期。
你必須要使用 IS NULL / IS NOT NULL 這種與普通 SQL 大相徑庭的方式去處理 NULL。
盡管在存儲(chǔ)空間上,在索引性能上可能并不比空值差,但是為了避免其身上特殊性,給項(xiàng)目帶來不確定因素,因此建議默認(rèn)值不要使用 NULL。
以上為個(gè)人經(jīng)驗(yàn),希望能給大家一個(gè)參考,也希望大家多多支持腳本之家。
相關(guān)文章
mysql利用init-connect增加訪問審計(jì)功能的實(shí)現(xiàn)
下面小編就為大家?guī)硪黄猰ysql利用init-connect增加訪問審計(jì)功能的實(shí)現(xiàn)。小編覺得挺不錯(cuò)的,現(xiàn)在就分享給大家,也給大家做個(gè)參考。一起跟隨小編過來看看吧2017-03-03mysql如何查找連續(xù)出現(xiàn)n次以上的數(shù)
這篇文章主要介紹了mysql如何查找連續(xù)出現(xiàn)n次以上的數(shù),具有很好的參考價(jià)值,希望對(duì)大家有所幫助。如有錯(cuò)誤或未考慮完全的地方,望不吝賜教2022-05-05Mysql中replace與replace into的用法講解
今天小編就為大家分享一篇關(guān)于Mysql中replace與replace into的用法講解,小編覺得內(nèi)容挺不錯(cuò)的,現(xiàn)在分享給大家,具有很好的參考價(jià)值,需要的朋友一起跟隨小編來看看吧2019-03-03淺析一個(gè)MYSQL語法(在查詢中使用count)的兼容性問題
本篇文章是對(duì)MYSQL語法(在查詢中使用count)的兼容性問題進(jìn)行了詳細(xì)的分析介紹,需要的朋友參考下2013-07-07MySQL數(shù)據(jù)庫InnoDB引擎下服務(wù)器斷電數(shù)據(jù)恢復(fù)方法
這篇文章主要介紹了MySQL數(shù)據(jù)庫InnoDB引擎下服務(wù)器斷電數(shù)據(jù)恢復(fù)方法,需要的朋友可以參考下2016-04-04MySQL中ROUND函數(shù)進(jìn)行四舍五入操作陷阱分析
這篇文章主要介紹了MySQL中ROUND函數(shù)進(jìn)行四舍五入操作陷阱,結(jié)合實(shí)例形式分析了mysql使用ROUND函數(shù)進(jìn)行四舍五入運(yùn)算中出現(xiàn)的問題及其錯(cuò)誤原因,需要的朋友可以參考下2018-06-06