淺談為什么數(shù)據(jù)庫字段建議設(shè)置為NOT NULL
一、性能
如果查詢中包含可為null的列,對(duì)MYSQL來說更難優(yōu)化,因?yàn)榭蔀閚ull的列使得索引、索引統(tǒng)計(jì)和值比較都更復(fù)雜。可為null的列會(huì)使用更多的存儲(chǔ)空間,在MYSQL里也需要特殊處理。當(dāng)可為null的列被索引時(shí),每個(gè)索引記錄需要一個(gè)額外的字節(jié),在MyISAM里甚至還可能導(dǎo)致固定大小的索引(例如只有一個(gè)整數(shù)列的索引)變成可變大小的索引。
通常把可為null的列改為not null帶來的性能提升比較小,所以(調(diào)優(yōu)時(shí))沒有必要首先在現(xiàn)有schema中查找并修改掉這種情況,除非確定這會(huì)導(dǎo)致問題。但是,如果計(jì)劃在列上建索引,就應(yīng)該盡量避免設(shè)計(jì)成可為null的列。
當(dāng)然也有例外,例如值得一提的是,InnoDB使用單獨(dú)的位(bit)存儲(chǔ)null值,所以對(duì)于稀疏數(shù)據(jù)有很好的空間效率。但這一點(diǎn)不適用于MyISAM。
注意:稀疏數(shù)據(jù)指的是很多值為null,只有少數(shù)行的列有非null值的情況。
二、開發(fā)的友好性
可以減少對(duì)空值的額外處理邏輯,開發(fā)人員可以更加簡(jiǎn)潔和清晰的編寫代碼。
三、聚合函數(shù)不準(zhǔn)確
對(duì)于null值的列,使用聚合函數(shù)的時(shí)候會(huì)忽略null值。
現(xiàn)在我們有一張表,name字段默認(rèn)是null,此時(shí)對(duì)name進(jìn)行count得出的結(jié)果是1,這個(gè)是錯(cuò)誤的。
count(*)是對(duì)表中的行數(shù)進(jìn)行統(tǒng)計(jì),count(name)則是對(duì)表中非null的列進(jìn)行統(tǒng)計(jì)。
四、null與其它值計(jì)算
null和其他任何值進(jìn)行運(yùn)算都是null,包括表達(dá)式的值也是null。比如null+1等于null,concat()函數(shù)拼接也還是null。
五、distinct、group by、order by的問題
對(duì)于distinct和group by來說,所有的null值都會(huì)被視為相等,對(duì)于order by來說升序null會(huì)排在最前。

六、索引問題
為了驗(yàn)證null字段對(duì)索引的影響,分別對(duì)name和age添加索引。

關(guān)于網(wǎng)上很多說如果null那么不能使用索引的說法,這個(gè)描述其實(shí)并不準(zhǔn)確,根據(jù)引用官方文檔[3]里描述,使用is null和范圍查詢都是可以和正常一樣使用索引的,實(shí)際驗(yàn)證的結(jié)果好像也是這樣,看以下例子。

然后接著我們往數(shù)據(jù)庫中繼續(xù)插入一些數(shù)據(jù)進(jìn)行測(cè)試,當(dāng)null列值變多之后發(fā)現(xiàn)索引失效了。
我們知道,一個(gè)查詢SQL執(zhí)行大概是這樣的流程:

首先連接器負(fù)責(zé)連接到指定的數(shù)據(jù)庫上,接著看看查詢緩存中是否有這條語句,如果有就直接返回結(jié)果。
如果緩存沒有命中的話,就需要分析器來對(duì)SQL語句進(jìn)行語法和詞法分析,判斷SQL語句是否合法。
現(xiàn)在來到優(yōu)化器,就會(huì)選擇使用什么索引比較合理,SQL語句具體怎么執(zhí)行的方案就確定下來了。
最后執(zhí)行器負(fù)責(zé)執(zhí)行語句、有無權(quán)限進(jìn)行查詢,返回執(zhí)行結(jié)果。
從上面的簡(jiǎn)單測(cè)試結(jié)果其實(shí)可以看到,索引列存在null就會(huì)導(dǎo)致優(yōu)化器在做索引選擇的時(shí)候更復(fù)雜,更加難以優(yōu)化。
七、其它問題
表中只有一條有名字的記錄,此時(shí)查詢名字!=a預(yù)期的結(jié)果應(yīng)該是想查出來剩余的兩條記錄,會(huì)發(fā)現(xiàn)與預(yù)期結(jié)果不匹配。

到此這篇關(guān)于為什么數(shù)據(jù)庫字段建議設(shè)置為NOT NULL的文章就介紹到這了,更多相關(guān)數(shù)據(jù)庫字段NOT NULL內(nèi)容請(qǐng)搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家!
相關(guān)文章
使用SQLite實(shí)現(xiàn)CacheHelper的示例代碼
CacheHelper是一個(gè)基于SQLite的靜態(tài)緩存工具類,旨在為 .NET 應(yīng)用程序提供一個(gè)簡(jiǎn)單、高效、持久化且線程安全的緩存解決方案,本文主要介紹了使用SQLite實(shí)現(xiàn)CacheHelper的示例代碼,感興趣的可以了解一下2025-10-10
neo4j創(chuàng)建數(shù)據(jù)庫以及導(dǎo)入csv文件內(nèi)容圖文詳解
這篇文章主要給大家介紹了關(guān)于neo4j創(chuàng)建數(shù)據(jù)庫以及導(dǎo)入csv文件內(nèi)容的相關(guān)資料,Neo4j是一個(gè)基于圖形結(jié)構(gòu)的NoSQL數(shù)據(jù)庫,它提供了一種高效的方式來管理和查詢大型復(fù)雜數(shù)據(jù),需要的朋友可以參考下2023-11-11
Sql Server下數(shù)據(jù)庫鏈接的使用方法
Sql Server下數(shù)據(jù)庫鏈接的使用方法...2006-12-12
OLEDB和ODBC的區(qū)別(優(yōu)缺點(diǎn))
數(shù)據(jù)庫學(xué)習(xí)建議之提高數(shù)據(jù)庫速度的十條建議

