MySQL中''和NULL语义根本不同：''是确定的长度为0的字符串值，表示“有值但为空”；NULL是SQL标准定义的“未知/缺失”状态标记，非值且不参与比较。
MySQL中''和NULL的语义根本不同
空字符串''是一个确定的、长度为0的字符串值，它明确表示“有值，但为空”；而NULL是SQL标准定义的“未知/缺失/未定义”状态标记，不是值，也不参与任何值比较。这种语义差异直接决定了它们在INSERT/UPDATE/DELETE中的行为分叉。
INSERT时默认值和显式赋值的处理路径不同
当字段允许NULL且未显式提供值时，MySQL自动填入NULL（除非定义了DEFAULT）；而插入''必须显式写出，哪怕用了VALUES()省略列，只要该列没设DEFAULT ''，就不会得到空字符串。
-
INSERT INTO t(a) VALUES ();→a列存NULL（若允许） -
INSERT INTO t(a) VALUES ('');→a列存'' -
INSERT INTO t(a) VALUES (DEFAULT);→ 取决于DEFAULT定义，可能是NULL或''
UPDATE中=和IS NULL不可互换
对NULL字段执行UPDATE ... SET col = ''会把它从NULL变成''；反过来UPDATE ... SET col = NULL会把''变成NULL。但如果你写WHERE col = ''，它**完全匹配不到NULL行**；写WHERE col IS NULL也**完全匹配不到''行**。
- 错误写法：
UPDATE t SET status = 'done' WHERE status = NULL;→ 0行更新（永远不生效） - 正确写法：
UPDATE t SET status = 'done' WHERE status IS NULL; - 想同时覆盖两种情况？得用：
UPDATE t SET status = 'done' WHERE status IS NULL OR status = '';
DELETE和条件判断容易漏掉其中一种状态
业务上常要“清理无效数据”，比如删掉所有“无联系方式”的记录。如果只写DELETE FROM user WHERE phone = ''，会漏掉phone IS NULL的行；反之只写IS NULL也会漏掉空字符串。更隐蔽的问题是：某些ORM或低代码工具生成的WHERE条件默认只检查= ''，根本没考虑NULL分支。
-
COUNT(col)忽略NULL但统计''→ 容易误判“非空字段数” -
COALESCE(col, 'N/A')能把NULL转成'N/A'，但对''原样保留 → 若业务希望统一视为空，得先COALESCE(NULLIF(col, ''), 'N/A') - 索引能加速
= ''查询，但对IS NULL是否走索引，取决于存储引擎和索引类型（如InnoDB二级索引会存NULL，但MyISAM可能不）
真正麻烦的不是语法记不住，而是同一张表里混存''和NULL——尤其当不同服务、不同版本的代码往同一个字段写数据时。这种混合状态会让WHERE逻辑、聚合统计、导出清洗全部变脆弱。上线前务必用SELECT COUNT(*), COUNT(col), COUNT(NULLIF(col, '')), COUNT(*) - COUNT(col) FROM t快速摸清分布。
