当前位置：首页 > news >正文

MySQL 非空约束（NOT NULL）：看似简单，却决定数据质量的关键细节

news 2025/9/12 13:35:08

MySQL 非空约束（NOT NULL）：看似简单，却决定数据质量的关键细节

在 MySQL 的约束体系中，非空约束（NOT NULL）可能是最 “不起眼” 的一个 —— 语法简单，作用直观，但它却是保障数据质量的第一道防线。80% 的 “数据缺失”“查询异常” 问题，都源于对非空约束的轻视。本文从基础用法到核心原则，帮你彻底用好这个 “简单却重要” 的约束。

一、什么是非空约束？一句话讲透

非空约束（NOT NULL）的核心作用：强制字段必须有值，不能为 NULL。

这里的 “NULL” 不是空字符串（‘’），也不是数字 0，而是 “未填写、未知、不存在” 的状态。例如：

用户表的phone字段设为 NOT NULL：必须填写手机号，不能空着；
订单表的amount字段设为 NOT NULL：订单必须有金额，不能是 “未知”。

没有非空约束的表，就像一份 “可漏填的表单”—— 关键信息缺失会导致后续统计、分析、业务逻辑全出问题。

二、基本用法：3 种场景的标准操作

非空约束的语法非常简单，但需要掌握 “创建表时添加”“修改表时添加 / 移除” 两种核心操作。

1. 创建表时添加非空约束（最常用）

在定义字段时直接加NOT NULL，指定哪些字段 “必填”：

-- 示例：用户表（手机号、用户名必填，备注可选）
CREATE TABLE users (id INT PRIMARY KEY AUTO_INCREMENT,username VARCHAR(50) NOT NULL,  -- 用户名：必填（非空）phone CHAR(11) NOT NULL,        -- 手机号：必填（非空）remark VARCHAR(200)             -- 备注：可选（允许NULL）
);

插入数据时，非空字段必须传值，否则报错：

-- 正确：所有非空字段都有值
INSERT INTO users (username, phone) VALUES ('张三', '13800138000');-- 错误：缺少非空字段phone的值
INSERT INTO users (username) VALUES ('李四');  -- 报错：Column 'phone' cannot be null

2. 给非空字段加默认值（避免插入失败）

如果某些非空字段 “通常有固定初始值”，可搭配DEFAULT使用，插入时即使不填也不会报错：

-- 示例：订单表（状态默认为“待支付”）
CREATE TABLE orders (id INT PRIMARY KEY AUTO_INCREMENT,amount DECIMAL(10,2) NOT NULL,  -- 金额：必填status VARCHAR(20) NOT NULL DEFAULT 'pending'  -- 状态：非空，默认待支付
);-- 插入时可省略status，自动用默认值
INSERT INTO orders (amount) VALUES (99.9);  -- status自动设为'pending'

3. 修改表时添加 / 移除非空约束（业务变更时用）

当业务需求变化（如 “备注” 从可选改为必填），用ALTER TABLE调整：

-- 场景1：原本可选的remark改为必填（添加非空约束）
ALTER TABLE users 
MODIFY COLUMN remark VARCHAR(200) NOT NULL;-- 场景2：原本必填的remark改回可选（移除非空约束）
ALTER TABLE users 
MODIFY COLUMN remark VARCHAR(200) NULL;  -- NULL可省略，默认允许NULL

⚠️ 注意：给已有数据的表添加非空约束时，需确保现有数据中该字段没有 NULL 值，否则会失败（需先更新 NULL 值为有效内容）。

三、核心原则：什么时候该用非空约束？

非空约束不是 “越多越好”，也不是 “越少越灵活”，核心是 “业务上是否必须有值”。用一张表讲清判断标准：

字段类型	是否加非空约束	示例	原因分析
业务核心字段	必须加	手机号、订单金额、用户 ID	缺失会导致业务逻辑错误（如无金额的订单无法结算）
可选补充字段	不加	备注、次要地址、兴趣标签	缺失不影响核心流程（如无备注的用户仍可正常使用）
有默认值的字段	建议加	订单状态（默认待支付）、创建时间（默认当前时间）	有默认值保证非空，且无需手动传值

反面案例：非空约束的典型误用

❌ 给 “用户头像 URL” 加非空：新用户可能没上传头像，应允许 NULL（用默认头像在应用层处理）；
❌ 不给 “订单创建时间” 加非空：所有订单都必须有创建时间，缺失会导致统计混乱；
❌ 用空字符串 ‘’ 代替 NULL：空字符串是 “明确的空值”（如备注填了 “无”），NULL 是 “未填写”，语义不同，不应混用。

四、避坑指南：非空约束的 3 个关键细节

NULL 与任何值比较都为 NULL：

查询 “未填备注的用户” 时，不能用WHERE remark = NULL，必须用WHERE remark IS NULL：

-- 正确：查询备注为NULL（未填写）的用户
SELECT * FROM users WHERE remark IS NULL;-- 错误：结果永远为空（NULL≠任何值，包括NULL）
SELECT * FROM users WHERE remark = NULL;

COUNT () 会忽略 NULL 值：

统计 “有备注的用户数” 时，COUNT(remark)会自动排除 NULL 值，而COUNT(*)包含所有行：

-- 结果：仅统计备注非NULL的用户（有填写备注的）
SELECT COUNT(remark) FROM users;-- 结果：统计所有用户（包括备注为NULL的）
SELECT COUNT(*) FROM users;

索引不会忽略 NULL 值：

非空字段的索引效率略高于允许 NULL 的字段（少了对 NULL 的判断），这也是核心字段建议非空的原因之一。

五、实战总结：非空约束的 “黄金法则”

核心字段必加非空：手机号、金额、关联 ID 等，缺失会影响业务的字段，坚决用 NOT NULL；
非核心字段留空：备注、次要信息等，允许 NULL 更灵活（表示 “未填写”）；
搭配默认值使用：有固定初始值的非空字段（如状态、时间），加 DEFAULT 减少插入代码；
修改前先清 NULL：给旧表加非空约束时，先UPDATE把 NULL 值改为有效内容（如UPDATE users SET remark=‘’ WHERE remark IS NULL）。

非空约束就像数据的 “守门人”—— 看似简单，却能挡住 80% 的脏数据。正确使用它，你的数据库会更整洁，业务逻辑会更可靠，后期维护也会少走很多弯路。