为什么大厂不推崇MySQL中的NULL？老兄弟，今天咱们聊聊这个

哈，你要问为什么大厂不喜欢MySQL里的NULL？

说实话，这玩意儿kan似简单，其实暗坑一堆。

我记得第一次接触时还觉得NULL就是空值啥的，后来才知道...

那什么是NULL呢？

在MySQL里NULL表示"未知的值"。

它不是空字符串''，也不是数字0。

geng关键的是——它引入了三值逻辑！

SELECT NULL = 1;   -- 结果 NULL
SELECT NULL = '';  -- 结果 NULL
SELECT NULL != NULL; -- 结果 NULL

哈哈，是不是觉得有点奇怪？

在普通布尔逻辑中只有TRUE和FALSE两种结果。

但在MySQL中多出了UNKNOWN状态！

你见过这种场景吗？

-- 预期返回Bob
-- 实际返回空集！
SELECT * FROM users WHERE id NOT IN (
    SELECT id FROM users WHERE name = 'Alice'
);
-- 题目：为什么百度不收录？
-- 原因：可Neng是内容质量问题、SEO优化不到位、爬虫无法抓取等。
-- 具体需要检查网站结构、原创性和用户体验等方面。
-- 题目：为什么百度不收录？
-- 原因：可Neng是内容质量问题、SEO优化不到位、爬虫无法抓取等。
-- 具体需要检查网站结构、原创性和用户体验等方面。

解决方案:

WHERE id NOT IN (
    SELECT id FROM users WHERE name = 'Alice' AND id IS NOT NULL
);
或者改用NOT EXISTS：
WHERE NOT EXISTS (
    SELECT * FROM users u2 WHERE u2.name='Alice' AND u.id=u2.id
);

CREATE TABLE t );
INSERT INTO t VALUES , , ;
SELECT * FROM t WHERE a=1 AND b IS NULL; -- 全表扫描！
因为复合索引不会存储b为NULL的行。
所以where条件中b IS NULL部分会导致索引失效。
这样复合索引就退化成单列索引a的效果啦～
还有一个细节：
在InnoDB中每行数据dou有一个NULL标志位，
用来记录哪些列是NULL。
8个字段就要消耗一个字节额外空间！
虽然kan起来不多，
但表有几十个列且数据量巨大时
这浪费可就不小了哦～
Zui可怕的是——应用代码容易出错！
比如从ResultSet获取Long类型列：
Long amount = rs.getLong;
if ) { // 必须检查！
    // 安全使用amount...
}
Ru果忘记wasNull检查，
getLong会默认返回0，
但业务上0可Neng代表有效值，
这样就会产生逻辑错误～

还有COUNT函数的坑！
COUNT统计所有行数，
COUNT只统计非NULL行数！
Ru果报表混用这两种写法，
就会得到错误结果。
那怎么避免这些问题呢？
建议尽量使用NOT NULL约束加默认值：
CREATE TABLE orders (
    amount DECIMAL NOT NULL DEFAULT ,
    status VARCHAR NOT NULL DEFAULT 'pending'
);
这样既Neng避免三值逻辑带来的混乱，
又Neng提升索引效率～
不过有些特殊情况还是需要使用NULL：
比如表示"未知"或"尚未设置"这样的语义时。
此时要特别注意业务逻辑处理！
Zui后下大厂为什么避免使用NULL：
✔️ 三值逻辑导致查询行为不可预测
✔️ 涉及比较运算时容易产生UNKNOWN结果
✔️ 某些函数处理方式与非null不同
✔️ 应用层需要额外处理判空逻辑
✔️ 对索引效率造成负面影响
咱就是说啊～只要记住一点：
除非特别需要表示"未知",
否则尽量使用合理默认值代替null!
这样代码geng健壮,
性Neng也geng好~