为什么数据库字段要使用NOT NULL？
Java后端技术
共 3878字，需浏览 8分钟
·
2021-04-10 09:24
往期热门文章：
1、《往期精选优秀博文都在这里了！》 2、CTO 说了，用错 @Autowired 和 @Resource 的人可以领盒饭了 3、程序员离职事件始末 4、如何解决MySQL order by limit语句的分页数据重复问题？ 5、Java中八个潜在的内存泄露风险，你知道几个？
最近刚入职新公司，发现数据库设计有点小问题，数据库字段很多没有NOT NULL，对于强迫症晚期患者来说，简直难以忍受，因此有了这篇文章。
基于目前大部分的开发现状来说，我们都会把字段全部设置成NOT NULL并且给默认值的形式。
通常，对于默认值一般这样设置：
整形，我们一般使用0作为默认值。 字符串，默认空字符串 时间，可以默认 1970-01-01 08:00:01，或者默认0000-00-00 00:00:00，但是连接参数要添加zeroDateTimeBehavior=convertToNull，建议的话还是不要用这种默认的时间格式比较好
尽量避免NULL 很多表都包含可为NULL（空值）的列，即使应用程序并不需要保存NULL也是如此，这是因为可为NULL是列的默认属性。通常情况下最好指定列为NOT NULL，除非真的需要存储NULL值。 如果查询中包含可为NULL的列，对MySql来说更难优化，因为可为NULL的列使得索引、索引统计和值比较都更复杂。可为NULL的列会使用更多的存储空间，在MySql里也需要特殊处理。当可为NULL的列被索引时，每个索引记录需要一个额外的字节，在MyISAM里甚至还可能导致固定大小的索引（例如只有一个整数列的索引）变成可变大小的索引。 通常把可为NULL的列改为NOT NULL带来的性能提升比较小，所以（调优时）没有必要首先在现有schema中查找并修改掉这种情况，除非确定这会导致问题。但是，如果计划在列上建索引，就应该尽量避免设计成可为NULL的列。 当然也有例外，例如值得一提的是，InnoDB使用单独的位（bit）存储NULL值，所以对于稀疏数据有很好的空间效率。但这一点不适用于MyISAM。
如果不设置NOT NULL的话，NULL是列的默认值，如果不是本身需要的话，尽量就不要使用NULL 使用NULL带来更多的问题，比如索引、索引统计、值计算更加复杂，如果使用索引，就要避免列设置成NULL 如果是索引列，会带来的存储空间的问题，需要额外的特殊处理，还会导致更多的存储空间占用 对于稀疏数据有更好的空间效率，稀疏数据指的是很多值为NULL，只有少数行的列有非NULL值的情况
默认值
name字段是NULL，我们可以认为不知道名字是什么，反之如果是空字符串则可以认为我们知道没有名字，他就是一个空值。MyBatis的情况来说，我建议使用默认生成的insertSelective方法或者纯手动写插入方法，可以避免新增NOT NULL字段导致的默认值不生效或者插入报错的问题。值计算
name字段默认是NULL，此时对name进行count得出的结果是1，这个是错误的。count(*)是对表中的行数进行统计，count(name)则是对表中非NULL的列进行统计。
=表达式进行判断的，下面对name的查询是不成立的，必须使用is NULL。
user表第二条记录age是NULL，所以+1之后还是NULL，name是NULL，进行concat运算之后结果还是NULL。
distinct和group by来说，所有的NULL值都会被视为相等，对于order by来说升序NULL会排在最前
!=a预期的结果应该是想查出来剩余的两条记录，会发现与预期结果不匹配。
索引问题
name 和age添加索引。
存储空间
REDUNDANT、 COMPACT、 DYNAMIC 和 COMPRESSED。COMPACT，存储格式如下所示，虚线部分代表可能不一定会存在。
c1字段是NOT NULL，其他都是可以为NULL的。
c1和c3字段值长度分别为1和2，所以长度转换为16进制是0x01 0x02，逆序之后就是0x02 0x01。c2,c3,c4分别为010，逆序之后还是一样，同时高位补0满8位，结果是00000010。
a,bb,ccc,dddd的话，存储格式应该这样：
文章参考文档：
https://dev.mysql.com/doc/refman/8.0/en/problems-with-null.html https://dev.mysql.com/doc/refman/8.0/en/working-with-null.html https://dev.mysql.com/doc/refman/5.6/en/is-null-optimization.html https://dev.mysql.com/doc/refman/5.6/en/innodb-row-format.html https://www.cnblogs.com/zhoujinyi/articles/2726462.html
往期热门文章：
1、《历史文章分类导读列表！精选优秀博文都在这里了！》
2、一个牛逼的 多级缓存 实现方案！ 3、阿里一面：如何保障消息100%投递成功、消息幂等性？ 4、GitHub 热榜：被网友疯狂恶搞的「蚂蚁呀嘿」项目终于开源了！ 5、记住！看小电影前一定要检查一下域名是不是 HTTPS 的，不然.... 6、拿到年终奖后马上辞职，厚道吗？ 7、Redis 内存满了怎么办？ 8、在 IDE 中玩转 GitHub 9、死磕18个Java8日期处理，工作必用！ 10、把我坑惨的一个MySQL双引号！
评论