在MySQL数据库中，NULL值和空字符串（''）虽然在某些场景下看起来相似，但它们在语义、存储和查询处理上有本质区别。理解这些差异对于数据建模、查询编写和应用逻辑判断非常重要。
1. 语义上的区别
NULL表示“未知”或“缺失”的数据，它不是一个值，而是一种状态。它意味着该字段当前没有被赋值，或者值不可知。
空字符串则是一个明确的值，表示一个长度为0的字符串，属于字符类型的一种有效取值。
举例来说：
- 用户注册时未填写手机号，可以存为 NULL，表示“不知道是否有号码”。
- 用户填写了一个空的电话字段（比如故意留空），可以存为 ''，表示“已知其电话为空”。
2. 存储空间与索引行为
在InnoDB引擎中：
- NULL值在行格式中通过一个“NULL位图”来标记哪些字段为NULL，实际数据部分不占用存储空间（但有轻微元数据开销）。
- 空字符串会占用最小的字符存储空间（例如utf8mb4下占0字节内容，但字段本身仍需定义支持）。
关于索引：
- 允许包含NULL值的列可以创建索引，但某些复合索引中NULL可能影响索引效率。
- 空字符串作为普通值可以正常参与索引查找，不会带来额外问题。
3. 查询时的行为差异
这是最容易出错的地方。NULL不能使用常规比较操作符：
WHERE phone = NULL —— 永远返回false或unknown，查不到数据。 正确写法是 WHERE phone IS NULL。 相反，WHERE phone = '' 可以正确匹配空字符串。聚合函数处理方式也不同：
- COUNT(phone) 会忽略NULL值，但会计入空字符串。
- AVG、SUM等数值函数会跳过NULL，但空字符串在转换为数字时可能变为0或报错。
另外，在UNIQUE约束下：
- 多个NULL值通常被视为不重复（允许存在多个NULL），具体取决于存储引擎和版本设置。
- 多个空字符串会被视为相同值，因此在唯一索引列中只能有一个 ''。
4. 实际开发建议
根据业务含义合理选择：
如果字段“尚未提供”或“不适用”，建议使用NULL，并配合注释说明语义。 如果字段明确为空（如用户主动清空输入框），使用空字符串更合适。 设计表结构时尽量明确是否允许NULL，避免滥用NULL导致逻辑复杂。 在应用程序中做好判空处理：区分null对象和""字符串。 查询时注意使用IS NULL或IS NOT NULL判断NULL值，避免用=或!=。基本上就这些。关键是根据业务场景选择合适的表示方式，而不是技术上哪个更容易实现。弄混NULL和空字符串，轻则查不出数据，重则导致统计错误或逻辑漏洞。
