日韩性视频-久久久蜜桃-www中文字幕-在线中文字幕av-亚洲欧美一区二区三区四区-撸久久-香蕉视频一区-久久无码精品丰满人妻-国产高潮av-激情福利社-日韩av网址大全-国产精品久久999-日本五十路在线-性欧美在线-久久99精品波多结衣一区-男女午夜免费视频-黑人极品ⅴideos精品欧美棵-人人妻人人澡人人爽精品欧美一区-日韩一区在线看-欧美a级在线免费观看

歡迎訪問 生活随笔!

生活随笔

當前位置: 首頁 > 运维知识 > 数据库 >内容正文

数据库

mysql数据库内NOT NULL_浅谈为什么Mysql数据库尽量避免NULL

發布時間:2025/3/21 数据库 36 豆豆
生活随笔 收集整理的這篇文章主要介紹了 mysql数据库内NOT NULL_浅谈为什么Mysql数据库尽量避免NULL 小編覺得挺不錯的,現在分享給大家,幫大家做個參考.

在Mysql中很多表都包含可為NULL(空值)的列,即使應用程序并不需要保存NULL也是如此,這是因為可為NULL是列的默認屬性。但我們常在一些Mysql性能優化的書或者一些博客中看到觀點:在數據列中,盡量不要用NULL 值,使用0,-1或者其他特殊標識替換NULL值,除非真的需要存儲NULL值,那到底是為什么?如果替換了會有什么好處?同時又有什么問題呢?那么就看下面:

(1)如果查詢中包含可為NULL的列,對Mysql來說更難優化,因為可為NULL的列使得索引,索引統計和值比較都更復雜。

(2)含NULL復合索引無效.

(3)可為NULL的列會使用更多的存儲空間,在Mysql中也需要特殊處理。

(4)當可為NULL的列被索引時,每個索引記錄需要一個額外的字節,在MyISAM里甚至還可能導致固定大小的索引(例如只有一個整數列的索引)變成可變大小的索引。

理由佐證

理由1不需要佐證

首先新建環境, sql語句如下

create table nulltesttable(

id int primary key,

name_not_null varchar(10) not null,

name_null varchar(10)

) ENGINE=InnoDB DEFAULT CHARSET=utf8 AUTO_INCREMENT=1;

alter table nulltesttable add index idx_nulltesttable_name_not_null(name_not_null);

alter table nulltesttable add index idx_nulltesttable_name_null(name_null);

explain select * from nulltesttable where name_not_null='name'; // explain1

explain select * from nulltesttable where name_null='name'; // explain2

從sql 執行可以看出, explain1中 key_len = 32, explain2中 key_len = 33

explain1的32 由來: 10(字段長度) * 3(utf8字符編碼占用長度) + 2(varchar標識為變長占用長度)

explain2的32 由來: 10(字段長度) * 3(utf8字符編碼占用長度) + 2(varchar標識為變長占用長度) + 1(null標識位占用長度)

兩個字符串拼接, 如果包含null值, 則返回結果為null.

insert into nulltesttable(id,name_not_null,name_null) values(1,'one',null);

insert into nulltesttable(id,name_not_null,name_null) values(2,'two','three');

select concat(name_not_null,name_null) from nulltesttable where id = 1; -- out: null

select concat(name_not_null,name_null) from nulltesttable where id = 2; -- out: twothree

如果字段允許null值, 且這個字段被索引. 如下的查詢可能會返回不正確的結果

select * from nulltesttable where name_null <> 'three' -- out: null

select count(name_null) from nulltesttable -- out: 1

通常把可為NULL的列改為NOT NULL 帶來的性能提升比較小,所以(調優時)沒有必要首先在現有schema中查找并修改掉這種情況,除非確定這會導致問題。但是,如果計劃在列上建索引,就應該盡量避免設計成可為NULL的列。

當確實需要標識未知值時也不要害怕使用NULL。在一些場景中,使用NULL可能會比某個神奇常數更好。從特定類型的值域中選擇一個不可能的值,例如用-1代表一個未知數,可能導致代碼復雜的多,并容易引入BUG,還可能讓事情變得一團糟(注:Mysql會在索引中存儲NULL值,Oracle不會)。

當然也有例外,InnoDB使用單獨的位(bit)來存儲NULL值,所以對于稀疏數據(很多值位NULL,只有少數行的列有非NULL值)由很好的空間效率,這一點不適用于MyISAM。

所以任何的設計和考慮請注意關注實際需求

總結

以上是生活随笔為你收集整理的mysql数据库内NOT NULL_浅谈为什么Mysql数据库尽量避免NULL的全部內容,希望文章能夠幫你解決所遇到的問題。

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