讲真，MySQL 千万不要再用 null 了！

在 MySQL 中应尽量避免使用 NULL 值，主要基于性能、存储、查询逻辑及数据规范性等多方面的考量。以下是具体原因分析：

• 额外标志位需求：MySQL 中 NULL 列需要额外空间记录是否为 NULL。对于 MyISAM 表，每个 NULL 列占用 1 位（向上取整到最近字节）；对于 InnoDB 表，NULL 列会使索引记录增加额外字节（如 utf8mb4 字符集下，可变长度字段的 NULL 标志占用 1 字节）。
• 索引效率降低：单列索引不存储 NULL 值，复合索引不存储全为 NULL 的记录。若字段允许 NULL，可能导致索引失效或结果集不符合预期。例如：-- 示例：复合索引中全为 NULL 的记录不会被存储CREATE INDEX idx_name_age ON users (name, age);INSERT INTO users VALUES (NULL, NULL); -- 该记录不会被索引

1. 负向条件查询失效：使用 NOT IN、!= 等负向条件时，若子查询返回 NULL，结果集可能为空。例如：-- 示例：NOT IN 查询因 NULL 返回空结果SELECT * FROM table_2 WHERE user_name NOT IN (SELECT user_name FROM table_3 WHERE id != 1);-- 若 table_3.user_name 包含 NULL，结果集为空
2. NULL 判断语法特殊：NULL 需用 IS NULL 或 IS NOT NULL 判断，= NULL 无效。这增加了 SQL 编写复杂度，且易引发逻辑错误。
3. 聚合函数行为差异：COUNT(column) 忽略 NULL 值，可能导致统计结果与预期不符。例如：-- 示例：COUNT 忽略 NULLSELECT COUNT(user_name) FROM table_3; -- 返回 2（忽略 2 个 NULL）

1. 索引分裂风险：NULL 列更新为非 NULL 值时，可能无法原地更新，导致索引分裂，影响性能。
2. 排序与分组效率：NULL 值在排序时会被视为最小值，分组时单独成组，可能干扰查询结果。例如：-- 示例：NULL 在排序中的行为SELECT * FROM table_3 ORDER BY user_name; -- NULL 排在首位
3. TIMESTAMP 类型问题：若未启用 explicit_defaults_for_timestamp，TIMESTAMP 列默认为 NULL 时可能引发意外行为（如自动赋值为当前时间）。

1. 业务语义模糊：NULL 通常表示“未知”或“不适用”，但业务中可能需明确区分这些状态。例如，用空字符串 '' 表示“未填写”，用特定值（如 -1）表示“不适用”，比 NULL 更清晰。
2. 代码可读性降低：使用 NULL 需额外判断，增加代码复杂度。例如，字符串拼接时需先判空：-- 示例：拼接字段需判空SELECT CONCAT(IFNULL(title, ''), IFNULL(score, '')) FROM exams;

1. 使用默认值：根据业务场景选择合适的默认值（如空字符串、0、特定枚举值等），替代 NULL。
2. 添加约束：通过 NOT NULL 约束强制数据完整性，结合 DEFAULT 指定默认值。
3. 设计优化：

   避免在索引列中使用 NULL。

   对可能为 NULL 的列，考虑拆分为独立表或使用标志位字段。

   使用 COALESCE 或 IFNULL 函数处理 NULL 值，简化查询逻辑。

NULL 在 MySQL 中虽合法，但会带来存储、性能及逻辑上的隐性成本。除非业务明确需要表示“未知”或“不适用”，否则应优先使用 NOT NULL 约束，并通过默认值或设计优化规避 NULL 的使用。这一实践能显著提升数据库的稳定性、查询效率及代码可维护性。