SQL NOT NULL 约束（超详细）

💡一则或许对你有用的小广告

欢迎加入小哈的星球 ，你将获得：专属的项目实战 / 1v1 提问 / Java 学习路线 / 学习打卡 / 每月赠书 / 社群讨论

• 新项目:《从零手撸：仿小红书（微服务架构）》 正在持续爆肝中，基于 Spring Cloud Alibaba + Spring Boot 3.x + JDK 17...，点击查看项目介绍 ;
• 《从零手撸：前后端分离博客项目（全栈开发）》 2 期已完结，演示链接： http://116.62.199.48/ ;

截止目前， 星球 内专栏累计输出 82w+ 字，讲解图 3441+ 张，还在持续爆肝中.. 后续还会上新更多项目，目标是将 Java 领域典型的项目都整一波，如秒杀系统, 在线商城, IM 即时通讯，权限管理，Spring Cloud Alibaba 微服务等等，已有 2900+ 小伙伴加入学习 ，欢迎点击围观

前言

在数据库设计中，数据完整性是系统稳定运行的核心保障之一。而 SQL NOT NULL 约束 是实现这一目标的基础工具。它通过强制字段必须包含值，避免因空值（NULL）导致的逻辑错误或数据不一致。无论是新手还是有经验的开发者，理解并合理使用这一约束，都能显著提升数据库的设计质量和代码的健壮性。

本文将从基本概念、实际案例、注意事项及进阶技巧等角度，系统讲解 SQL NOT NULL 约束 的应用场景与实现方法，并通过代码示例帮助读者快速掌握其用法。

什么是 NOT NULL 约束？

NOT NULL 约束 是 SQL 中用于定义表字段的约束类型之一，其核心作用是规定字段的值 不能为空。简单来说，如果某个字段被添加了此约束，那么在插入或更新数据时，必须为该字段提供一个非空的值。

形象比喻：像交通规则一样强制规则

可以将 NOT NULL 约束 比作现实中的交通规则。例如，驾驶时必须系安全带——如果某辆车上没有安全带，或者乘客故意不系，系统会发出警报甚至阻止车辆启动。类似地，数据库通过 NOT NULL 约束强制字段“携带有效值”，否则拒绝数据提交。

关键特性

1. 强制性：字段必须包含值，不允许 NULL。
2. 设计时定义：通常在创建表时通过 NOT NULL 关键字声明。
3. 跨数据库兼容性：几乎所有主流 SQL 数据库（如 MySQL、PostgreSQL、SQL Server）均支持此约束。

如何在 SQL 中使用 NOT NULL 约束？

接下来通过具体步骤和代码示例，演示如何在实际开发中应用 NOT NULL 约束。

1. 在创建表时添加约束

在定义表结构时，可在字段末尾直接添加 NOT NULL。例如，创建一个用户信息表：

CREATE TABLE users (  
    id INT PRIMARY KEY,  
    username VARCHAR(50) NOT NULL,  
    email VARCHAR(100) NOT NULL,  
    created_at TIMESTAMP NOT NULL  
);  

解释：

• username 和 email 字段被强制要求填写，插入数据时若缺少这两个字段的值，数据库会报错。
• created_at 字段若未指定默认值，插入数据时必须手动提供时间戳。

2. 修改现有表添加 NOT NULL 约束

如果表已存在但需要新增约束，可通过 ALTER TABLE 语句实现：

ALTER TABLE users  
ADD CONSTRAINT chk_username_not_null CHECK (username IS NOT NULL);  

注意：

• 不同数据库对约束名称（如 chk_username_not_null）的命名规则可能不同，需确保符合规范。
• 如果字段已有 NULL 值，直接添加 NOT NULL 可能导致操作失败，需先清理数据。

3. 插入数据时的约束验证

当尝试插入不符合约束的数据时，数据库会直接拒绝操作并返回错误。例如：

INSERT INTO users (id, username, email, created_at)  
VALUES (1, NULL, 'user@example.com', NOW());  

错误提示（以 MySQL 为例）：

ERROR 1048 (23000): Column 'username' cannot be null  

实际案例：用户注册表的设计

假设我们正在开发一个用户注册系统，需要设计 users 表。以下是几个常见字段的设计逻辑：

案例 1：必填字段的强制约束

用户注册时，用户名（username）和邮箱（email）通常是必填项。因此，这两个字段必须设置 NOT NULL：

CREATE TABLE users (  
    id INT AUTO_INCREMENT PRIMARY KEY,  
    username VARCHAR(50) NOT NULL,  
    email VARCHAR(100) NOT NULL UNIQUE,  
    password VARCHAR(255) NOT NULL,  
    created_at TIMESTAMP DEFAULT CURRENT_TIMESTAMP NOT NULL  
);  

关键点：

• UNIQUE 约束与 NOT NULL 结合使用，确保邮箱唯一且必填。
• created_at 使用默认值 CURRENT_TIMESTAMP，同时设置 NOT NULL，避免手动输入时间的遗漏。

案例 2：可选字段的 NULL 处理

并非所有字段都需要强制非空。例如，用户可能未填写昵称（nickname），因此允许 NULL：

ALTER TABLE users  
ADD COLUMN nickname VARCHAR(50);  -- 默认允许 NULL  

但若后续业务规则变化，要求昵称必填，可通过以下语句修改：

ALTER TABLE users  
MODIFY nickname VARCHAR(50) NOT NULL;  

注意事项：

• 修改约束前需确保现有数据中没有 NULL 值，否则会报错。
• 可通过 UPDATE 语句为 NULL 字段填充默认值后再修改约束。

NOT NULL 约束的注意事项与最佳实践

1. 数据迁移与历史数据处理

若现有表中存在 NULL 值，直接添加 NOT NULL 约束会失败。此时需先填充默认值：

UPDATE users  
SET nickname = 'Guest'  
WHERE nickname IS NULL;  

2. 性能影响

虽然 NOT NULL 约束 本身对查询性能影响极小，但频繁的约束检查可能增加写入操作的延迟。因此，应仅对必要字段启用此约束。

3. 与 DEFAULT 的结合使用

若字段需要默认值且必填，可同时设置 DEFAULT：

CREATE TABLE orders (  
    id INT PRIMARY KEY,  
    order_status VARCHAR(20) NOT NULL DEFAULT 'pending',  
    created_at TIMESTAMP NOT NULL DEFAULT CURRENT_TIMESTAMP  
);  

这样，即使未显式指定 order_status，数据库也会自动填充 'pending'。

NOT NULL 约束与其他约束的对比

与 UNIQUE 约束的对比

与 CHECK 约束的结合

通过 CHECK 约束可实现更复杂的验证逻辑，例如：

ALTER TABLE users  
ADD CONSTRAINT chk_age CHECK (age >= 18);  

但 NOT NULL 仍是基础约束，需优先保证字段存在有效值。

进阶技巧：动态约束与业务逻辑分离

在复杂系统中，业务规则可能随时间变化。例如，原本允许 NULL 的字段可能需要改为必填。此时可通过以下步骤平滑过渡：

1. 逐步迁移数据：填充历史记录中的 NULL 值。
2. 分阶段部署约束：先添加 CHECK 约束限制新数据，再处理旧数据。
3. 使用视图隐藏复杂性：通过视图（View）将约束逻辑抽象化，避免直接修改表结构。

结论

SQL NOT NULL 约束 是数据库设计中不可或缺的基石之一。它通过强制字段非空，降低了因空值引发的逻辑漏洞风险，同时提升了数据的一致性和可维护性。

对于开发者而言，需根据业务需求合理选择约束策略：对核心字段（如用户 ID、邮箱）严格要求非空，对可选字段则灵活处理。此外，结合 DEFAULT、UNIQUE 等约束，可构建出健壮且高效的数据库模型。

掌握 NOT NULL 约束 的使用与进阶技巧，不仅能提升代码质量，更能为系统长期稳定运行奠定坚实基础。