MySQL关于NULL值,常见的几个坑

文章讨论了在MySQL8中,COUNT函数不包含NULL值可能导致的数据丢失问题,以及DISTINCT操作与NULL值结合时的影响。此外,还提到了使用不等于运算符(<>)与NULL值查询的难点,可能引发的空指针异常,并给出了解决方案,如使用IFNULL函数。文章建议在设计数据库时避免NULL值,可以考虑赋予默认值。最后指出,虽然NULL不影响索引,但应尽量减少其使用。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

数据库版本MySQL8。

1.count 函数 觉得 NULL值 不算数 ,所以开发中要避免count的时候丢失数据。

如图所示,以下有7条记录,但是count(name)却只有6条。 

为什么丢失数据?因为MySQL的count函数觉得 Null值不算数,就是说Mysql不把NULL数据当成一个数。

 2.distinct 数据丢失

当使用 count(distict col1,col2)查询时,如果其中一个列为Null,那么即使另一个列有不同的值,那么查询的结果也会将数据丢失,如下SQL所示:

select count (distinct name,mobile) from person;

 3.select 数据丢失。

如果某列存在NULL值,如果执行不等于查询(<> or != )会导致为NULL值的结果丢失。比如以下这个数据:

元数据
原数据

select * from person where name != 'Java' order by id;

按理说NULL 也不等于Java对吧,按理要能查出来,结果查不出来。

NULL值数据丢失

4.导致空指针异常。

如果某列存在NULL值,可能会导致sum(column)的返回结果为NULL而非0,如果sum查询的结果为NULL,就可能会导致程序执行时空指针异常NullPointerException。

sum(num)是null

可以使用 ifnull函数来避免空指针异常。

select ifnull(sum(num),0) from goods where id >4;

 5.增加了查询难度。

当某列值中有NULL值的时候,在进行NULL值或者非NULL值得查询难度就增加了。所谓得查询难度增加指的是当进行NULL值查询时,必须使用NULL值匹配的查询方法,比如 IS NULL 或者 IS NOT NULL ,又或者是 IFNULL(column) 这样的表达式进行查询,而非传统的 =,!= ,<>...等这些表达式就不能使用了,这就增加了查询的难度,尤其对新手来说。

select * from person where name != null; 

不能用不等于,而应该用is not null.

扩展总结:列中有NULL 不会影响索引,但是不建议列中有NULL,给与一个默认值,比如一个空字符串或者0等。

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值