MySQL 外键 ON DELETE SET NULL 为什么要求列可空
来源:17golang原创
时间:2026-09-11 10:21:01 325浏览 收藏
给订单表加上 ON DELETE SET NULL 后,很多人第一次建表会遇到一个看似奇怪的报错:外键列明明应该“必须有客户”,为什么又要求它允许为空?原因其实很直接:SET NULL 不是“删除失败时保留原值”,而是父表记录删除后,主动把子表外键改成 NULL。如果列定义为 NOT NULL,数据库就没有合法位置存放这个结果。
SET NULL保留子表行,只解除它与已删除父行的当前关联。- 参与该外键动作的子表列必须允许
NULL,组合外键要逐列检查。 - 如果业务要求子行必须跟随父行删除,应该选择
CASCADE;如果不允许父行脱离,就选择RESTRICT或默认的NO ACTION。
为什么 SET NULL 和 NOT NULL 天生冲突
把父表 customers 看成客户档案,把子表 orders 看成订单。订单创建时,orders.customer_id 需要指向一个真实的客户;但客户被删除后,ON DELETE SET NULL 的业务含义是“订单仍然保留,只是不再指向这个客户”。此时同一列的合法状态就从一个客户编号变成了 NULL。
NOT NULL 表达的是“每一行都必须有值”,而 SET NULL 表达的是“级联动作发生时把值清空”。这不是 MySQL 随意增加的语法限制,而是参照动作与列约束无法同时满足。MySQL 8.4 外键文档明确要求:使用 SET NULL 时,子表相关列不能声明为 NOT NULL。

先看数据语义,再决定外键动作
设计外键时,不要把所有删除场景都当成“级联删除”。下面这张表先把动作的结果固定下来:
| 动作 | 删除父行时 | 子表结果 | 列定义重点 |
|---|---|---|---|
SET NULL | 允许删除 | 子行保留,外键列变为 NULL | 相关子列必须允许 NULL |
CASCADE | 允许删除 | 匹配的子行一起删除 | 重点评估误删范围 |
RESTRICT / NO ACTION | 存在引用时拒绝 | 父子数据都不变 | 适合必须保留父记录的关系 |
因此,订单、审计记录、历史快照常常适合“保留子行但解除归属”;纯中间表、购物车明细等生命周期完全依赖父行的数据,才更接近 CASCADE。NULL 在这里不是脏数据,它是被模型明确允许的“当前没有父对象”状态。
建表时怎样把列定义和外键动作配对
下面的例子只保留必要字段。注意 customer_id 使用了与父表主键相兼容的无符号整数类型,并显式写出 NULL,让结构意图一眼可见。
-- 父表保存仍然存在的客户实体。
CREATE TABLE customers (
id BIGINT UNSIGNED NOT NULL PRIMARY KEY
) ENGINE=InnoDB;
-- 子表保留订单;客户删除时只解除当前归属。
CREATE TABLE orders (
id BIGINT UNSIGNED NOT NULL PRIMARY KEY,
order_no VARCHAR(32) NOT NULL,
customer_id BIGINT UNSIGNED NULL,
CONSTRAINT fk_orders_customer
FOREIGN KEY (customer_id) REFERENCES customers (id)
ON DELETE SET NULL
) ENGINE=InnoDB;
这里有两个容易漏掉的判断:第一,NULL 不是把列类型改成字符串,仍然要保持与被引用键兼容;第二,外键动作作用于子表列,所以只把父表主键改成可空并不能解决问题。创建后可以用下面的语句确认 MySQL 保存下来的真实定义:
-- 复核外键动作、列是否允许 NULL,以及约束名称。 SHOW CREATE TABLE orders;

已有 NOT NULL 外键,改表时先确认业务含义
如果现有 customer_id 是 NOT NULL,不要只为了让 DDL 通过就直接改成可空。先确认历史订单在客户删除后是否真的允许“无归属”。如果允许,再调整列定义并重建对应的外键动作;如果不允许,应保留 RESTRICT,或把删除父对象改成业务上的停用,而不是物理删除。
-- 只有在业务接受无归属订单时,才放开列的 NULL 状态。
ALTER TABLE orders
MODIFY customer_id BIGINT UNSIGNED NULL;
-- 约束已存在时不要重复添加;先用 SHOW CREATE TABLE 确认约束名。
-- 下面是新建约束的示意,实际改造需按现有约束执行 DROP 后再 ADD。
ALTER TABLE orders
ADD CONSTRAINT fk_orders_customer_set_null
FOREIGN KEY (customer_id) REFERENCES customers (id)
ON DELETE SET NULL;
三个容易误判的边界
组合外键要逐列检查:如果一个约束包含多个子表列,参照动作会影响这组列,不能只把其中一列设为可空。生成列也不是普通存储列,MySQL 对生成列相关的 SET NULL 参照动作有额外限制,遇到这类结构应直接回到官方约束说明核对。
另外,SET NULL 只解决“父行删除后子行如何处理”,不等于允许插入任意不存在的客户编号。非空值仍要通过外键匹配检查;如果你真正想表达的是“订单永远必须有客户”,那就不应该选择 SET NULL。
常见问题
父表主键需要改成可空吗?
不需要。被置为 NULL 的是子表外键列,父表主键通常仍应保持非空并作为稳定标识。
把外键列设为 NULL 后,插入时还能填客户编号吗?
可以。允许 NULL 只代表它可以表达“暂无父对象”,填写非空编号时仍然必须匹配父表的候选键。
不想保留子行时能否继续用 SET NULL?
不能。删除父行同时删除匹配子行应使用 CASCADE,但要先评估级联范围和误删风险。
判断这类定义的关键不是记住一条语法,而是把动作翻译成最终数据状态:父行删除后子行是否保留、外键是否还需要一个有效编号。只要答案是“子行保留但关联清空”,子表列就必须为 NULL 留出合法状态。
-
374 收藏
-
398 收藏
-
499 收藏
-
384 收藏
-
184 收藏
-
501 收藏
-
237 收藏
-
数据库 · MySQL | 19小时前 | MySQL · 执行计划 · group by · sql优化 · 索引优化 · mysql group by 临时表 慢查询 联合索引 Using temporary134 收藏
-
373 收藏
-
264 收藏
-
385 收藏
-
478 收藏
-
数据库 · MySQL | 1天前 | MySQL · explain · 性能分析 · JSON执行计划 · 嵌套循环 · mysql 执行计划 EXPLAIN FORMAT=JSON nested_loop 查询成本166 收藏
-
168 收藏
-
446 收藏
-
104 收藏
-
142 收藏
-
- 前端进阶之JavaScript设计模式
- 设计模式是开发人员在软件开发过程中面临一般问题时的解决方案,代表了最佳的实践。本课程的主打内容包括JS常见设计模式以及具体应用场景,打造一站式知识长龙服务,适合有JS基础的同学学习。
- 立即学习 543次学习
-
- GO语言核心编程课程
- 本课程采用真实案例,全面具体可落地,从理论到实践,一步一步将GO核心编程技术、编程思想、底层实现融会贯通,使学习者贴近时代脉搏,做IT互联网时代的弄潮儿。
- 立即学习 516次学习
-
- 简单聊聊mysql8与网络通信
- 如有问题加微信:Le-studyg;在课程中,我们将首先介绍MySQL8的新特性,包括性能优化、安全增强、新数据类型等,帮助学生快速熟悉MySQL8的最新功能。接着,我们将深入解析MySQL的网络通信机制,包括协议、连接管理、数据传输等,让
- 立即学习 500次学习
-
- JavaScript正则表达式基础与实战
- 在任何一门编程语言中,正则表达式,都是一项重要的知识,它提供了高效的字符串匹配与捕获机制,可以极大的简化程序设计。
- 立即学习 487次学习
-
- 从零制作响应式网站—Grid布局
- 本系列教程将展示从零制作一个假想的网络科技公司官网,分为导航,轮播,关于我们,成功案例,服务流程,团队介绍,数据部分,公司动态,底部信息等内容区块。网站整体采用CSSGrid布局,支持响应式,有流畅过渡和展现动画。
- 立即学习 485次学习