避免在 MySQL 中使用 NULL 作为默认值，核心思路是 “用有明确业务语义的具体值替代 NULL”，需结合字段类型和业务场景设计默认值，并通过建表规范、约束校验强化落地，具体可按以下步骤操作：
- 按字段类型设置合理默认值（核心）
根据字段的数据类型和业务含义，选择“无业务影响、语义清晰”的默认值，替代 NULL。以下是不同类型字段的典型方案：
| 字段类型 | 常见场景 | 推荐默认值 | 不推荐（NULL）的问题 |
|---|---|---|---|
| 字符串（VARCHAR/CHAR） | 用户名、邮箱、备注等 | 空字符串（''） | NULL 无法用 = 判断，语义歧义（未填/不存在） |
| 数值（INT/BIGINT） | 数量、金额、状态码 | 0 或 -1（需语义匹配） | NULL 参与计算（如 NULL+1）结果为 NULL |
| 日期（DATE/DATETIME） | 创建时间、过期时间 | '1970-01-01'（或业务无关固定日期） | NULL 导致日期比较（如 > NOW()）失效 |
| 布尔 | 启用状态、是否删除 | 0（代表“否/未启用”） | NULL 无法直接参与布尔判断（如 WHERE status = true 漏数据） |
示例：建表时明确指定默认值，而非依赖 NULL -- 正确：各字段用具体默认值，无 NULL
CREATE TABLE user (
id INT PRIMARY KEY AUTO_INCREMENT,
username VARCHAR(50) NOT NULL DEFAULT '', -- 字符串用空串
age INT NOT NULL DEFAULT 0, -- 数值用 0
create_time DATETIME NOT NULL DEFAULT '1970-01-01 00:00:00', -- 日期用固定值
is_active TINYINT NOT NULL DEFAULT 0 -- 布尔用 0
);
2. 强制“非空约束”（从语法层面杜绝 NULL）
在字段定义中添加 NOT NULL 约束，强制要求插入/更新数据时必须给该字段赋值（或使用默认值），从语法上杜绝 NULL 写入：
若业务中确实有“值暂未填写”的场景（如用户注册后补填手机号），仍用上述“默认值”（如空串、0）占位，而非允许 NULL；
若插入数据时未指定该字段，MySQL 会自动填充预设的默认值，而非设为 NULL。
反例（需避免）：未加 NOT NULL，默认允许 NULL
CREATE TABLE user (
username VARCHAR(50), -- 未指定 NOT NULL，默认允许 NULL
age INT -- 未指定 NOT NULL，默认允许 NULL
);
3. 特殊场景的灵活处理（而非用 NULL）
部分场景看似需要 NULL，实则可通过更精准的方式表达“无值”，避免 NULL 的副作用：
场景 1：“值未填写”与“值不存在”的区分
若需区分“用户没填手机号”和“用户没有手机号”，可额外加一个状态字段（如 phone_status），而非用 phone = NULL：
phone_status = 0：未填写 → phone 填默认空串 ''；
phone_status = 1：无手机号 → phone 填默认空串 ''；
phone_status = 2：已填写 → phone 填实际号码。
场景 2：关联字段的“无关联”场景
若 order 表的 user_id 字段需表达“订单无关联用户”（如匿名订单），用 user_id = -1（需确保 -1 不对应真实用户）替代 user_id = NULL，避免 LEFT JOIN 时因 NULL 导致的关联异常。
场景 3：动态扩展的字段（如备注、额外信息）
若字段可能“有时需要、有时不需要”（如订单备注），用空串 '' 作为默认值，而非 NULL——空串可正常用 = 判断（如 WHERE remark = ''），且不影响聚合函数（如 COUNT(remark) 会统计空串，符合“字段存在但值为空”的语义）。
4. 业务层校验与规范（辅助保障）
除了数据库层面的设置，业务代码中需同步做好校验，避免误写 NULL：
插入/更新数据前，对“非空字段”做默认值填充（如后端代码中，若前端未传 username，自动设为 ''，而非传 null 到数据库）；
避免在 SQL 中显式插入 NULL（如 INSERT INTO user (username) VALUES (NULL)），若业务逻辑确实需要“清空值”，用默认值（如 ''、0）替代。
总结
避免 NULL 作为默认值的核心是 “用‘有语义的具体值’替代‘未知的 NULL’”：
-
1.建表时给所有字段加 NOT NULL 约束，并设置对应类型的合理默认值；
-
2.业务层通过状态字段、默认值填充，精准表达“无值”场景；
-
3.从语法和业务双重层面杜绝 NULL，避免其引发的逻辑错误、性能损耗和数据一致性问题。
