领导含泪叮嘱我：MySQL 建表字段记得用 not null，不然就收拾包袱滚蛋

小伙伴想精准查找自己想看的MySQL文章？喏 → MySQL江湖路 | 专栏目录

  上午我收到一条短信，内容是“尊敬的 null 你好，XXX”，当时我就笑了。真是外行看热闹，内行看门道，这是程序员都能 Get 的笑点，说明程序没有正确从数据库获取到我的姓名，然后把空值格式化为了 null。

  我仿佛看到了那个程序员小姐姐被喷的场景，那是个温暖的午后，明媚的阳光洒在办公桌旁，小姐姐正撸着自己的代码，突然… …“啪啪啪！!别睡了哈哥，老板叫你过去开会！” 我c…

  言归正传，出现这种情况的原因一般是数据库的数据问题造成的，我大胆猜测几种场景，同学们可以在评论区补充~~

1. 首次名称入库时出错，把我的名称填写失败，MySQL默认成 null 值，查询时格式化成了’null’字符串；
2. 我注册时故意在名称中加了\n、\r等下流的数据，导致查询时返回了空字符串’’，正则校验时又出现空指针；
3. 我把id设置为’null’（别，兄弟们，我还能这么无聊了？~~）

  在 MySQL 中，NULL 表示未知的数据，我们在设计表时，常常有老司机告诉我们：

字段尽可能用NOT NULL，而不是NULL，除非有特殊情况！

  但却都只给结论也不说明原因，就像喝鸡汤不给勺子一样，有点膈应，让不少同学对这些结论只知其一，不明其二。坦白说，老司机也不一定清楚为啥，可能就是他领导让他这么干而已~~

  就像我领导，记得我刚来公司时，他语重心长的叮嘱我：MySQL 建表字段记得用 not null，不然就滚蛋！🙃🙃🙃

  今天我就带你来弄清楚为啥建议你建表字段尽量都使用not null，记得三连哦~

先看看 MySQL 官网文档提到 NULL 的地方：

  NULL columns require additional space in the rowto record whether their values are NULL. For MyISAM tables, each NULL columntakes one bit extra, rounded up to the nearest byte.

翻译官：
  NULL列在行中需要额外的空间以记录其值是否为NULL。 对于MyISAM表，每个NULL列都多花一位，四舍五入到最接近的字节。

其实这是官方在委婉的告诉你，别用NULL就完了~~

  下面我们来看看NULL值有多少坑，这里我会结合 NULL 字段，和你着重说明 sum 函数、count 函数，以及查询条件为 NULL 值时可能踩的坑。

先给出我们的测试表：

mysql> select * from demo0527;
+----+------------+-------+------+
| id | name       | money | age  |
+----+------------+-------+------+
|  1 | 陈哈哈1    |   100 | NULL |
|  2 | 陈哈哈2    |  NULL | NULL |
|  3 | NULL       |   100 | NULL |
+----+------------+-------+------+
3 rows in set (0.00 sec)

我们通过下面三个用例，结合数据库中表 demo0527 的 null 值来看看：

• 示例一：通过 sum 函数统计一个只有 NULL 值的列的总和，比如 SUM(age)；
• 示例二：select 记录数量，count 使用一个允许 NULL 的字段，比如 COUNT(name)；
• 示例三：使用 =NULL 条件查询字段值为 NULL 的记录，比如 money=null 条件。

以上三个示例对应的测试SQL如下：

SELECT SUM(age) from demo0527;
SELECT count(name) from demo0527;
SELECT * FROM demo0527 WHERE money=null;

查询结果：

mysql> SELECT SUM(age) from demo0527;
+----------+
| SUM(age) |
+----------+
|     NULL |
+----------+
1 row in set (0.00 sec)

mysql> SELECT count(name) from demo0527;
+-------------+
| count(name) |
+-------------+
|           2 |
+-------------+
1 row in set (0.00 sec)

mysql> SELECT * FROM demo0527 WHERE money=null;
Empty set (0.00 sec)

  得到的结果，分别是 NULL、2、空List；显然，这三条 SQL 语句的执行结果和我们的期望不同：

• 虽然表中的 age 都是 NULL，但 SUM(age) 的结果应该是 0 才对；
• 虽然第三行记录的 name 是 NULL，但查记录总行数应该是 3 才对；
• 使用 money=NULL 并没有查询到 id=2 的记录，查询条件失效。

三个示例的原因分别是：

1. MySQL 中 sum 函数没统计到任何记录时，会返回 null 而不是 0，可以使用 IFNULL(null,0) 函数把 null 转换为 0；
2. 在MySQL中使用count（字段），不会统计 null 值，COUNT(*) 才能统计所有行；
3. MySQL 中使用诸如 =、<、> 这样的算数比较操作符比较 NULL 的结果总是 NULL，这种比较就显得没有任何意义，需要使用 IS NULL、IS NOT NULL 或 ISNULL() 函数来比较。有兴趣的同学可以看一下《有意思，原来SQL中的NULL是这么回事儿》

让我们根据上述原因来相应修改一下 SQL：

SELECT IFNULL(SUM(age),0) FROM demo0527;
SELECT COUNT(*) FROM demo0527;
SELECT * FROM demo0527 WHERE age IS NULL;

修改后我们查询的结果就是我们想要的了：

mysql> SELECT IFNULL(SUM(age),0) FROM demo0527;
+--------------------+
| IFNULL(SUM(age),0) |
+--------------------+
|                  0 |
+--------------------+
1 row in set (0.00 sec)

mysql> SELECT COUNT(*) FROM demo0527;
+----------+
| COUNT(*) |
+----------+
|        3 |
+----------+
1 row in set (0.00 sec)

mysql> SELECT * FROM demo0527 WHERE age IS NULL;
+----+------------+-------+------+
| id | name       | money | age  |
+----+------------+-------+------+
|  1 | 陈哈哈1    |   100 | NULL |
|  2 | 陈哈哈2    |  NULL | NULL |
|  3 | NULL       |   100 | NULL |
+----+------------+-------+------+
3 rows in set (0.00 sec)

  另外值得注意的是，不仅money=NULL 条件查不到字段值为 NULL 的记录，当我们使用 SELECT * FROM demo0527 WHERE money <>100; 来查询id=2这行时，也是查不到任何数据的。我们在工作中往往会在这里栽跟头，导致统计不准确，给大家Mark一下。

mysql> SELECT * FROM demo0527 WHERE money <>100;
Empty set (0.02 sec)

  可见MySQL库中的NULL值很容易导致我们在统计、查询表数据时出错，这里有些同学可能会问有没有性能上的提升，算不算SQL优化，其实把NULL列改为NOT NULL带来的性能提升可以忽略，除非确定它带来了问题，否则不需要把它当成优先的优化措施。

  好了，多了就不说了，我劝你耗子尾汁，但推荐你关注我，因为我会让你在快乐中学会很多东西！

---

MySQL系列文章汇总与《MySQL江湖路 | 专栏目录》

往期热门MySQL系列文章：

• 原创 | MySQL中特别实用的几种SQL语句送给大家
• 原创 | SQL优化最干货总结 - MySQL（2020最新版）
• 原创 | 为什么大家都说SELECT * 效率低
• 原创 | 面试让HR都能听懂的MySQL锁机制，欢声笑语中搞懂MySQL锁
• 原创 | MySQL中的 utf8 并不是真正的UTF-8编码 ! !
• 原创 | MySQL数据中有很多换行符和回车符！！该咋办？
• 原创 | delete后加 limit是个好习惯么
• 原创 | MySQL慢查询，一口从天而降的锅！

转载：https://blog.csdn.net/qq_39390545/article/details/117331949