登录
推荐 文章 Go 技术 课程 下载 专题 AI
首页 >  数据库 >  MySQL

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

MySQL 外键 ON DELETE SET NULL 中 customers 父表、orders 子表、customer_id 外键列与 NULL 状态的静态关系图
图1:父表、子表和外键列的边界关系。理解“子行保留、关联值变为 NULL”,就能看懂为什么列必须可空。

先看数据语义,再决定外键动作

设计外键时,不要把所有删除场景都当成“级联删除”。下面这张表先把动作的结果固定下来:

动作删除父行时子表结果列定义重点
SET NULL允许删除子行保留,外键列变为 NULL相关子列必须允许 NULL
CASCADE允许删除匹配的子行一起删除重点评估误删范围
RESTRICT / NO ACTION存在引用时拒绝父子数据都不变适合必须保留父记录的关系

因此,订单、审计记录、历史快照常常适合“保留子行但解除归属”;纯中间表、购物车明细等生命周期完全依赖父行的数据,才更接近 CASCADENULL 在这里不是脏数据,它是被模型明确允许的“当前没有父对象”状态。

建表时怎样把列定义和外键动作配对

下面的例子只保留必要字段。注意 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;
MySQL ON DELETE SET NULL 的父表删除边界、子表订单保留和 customer_id NULL 状态静态关系图
图2:把删除动作拆成父表边界、外键约束和子表结果三个区域,便于检查动作是否符合业务保留策略。

已有 NOT NULL 外键,改表时先确认业务含义

如果现有 customer_idNOT 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 留出合法状态。

声明:本文转载于:17golang原创 如有侵犯,请联系study_golang@163.com删除
相关阅读
更多>
最新阅读
更多>
课程推荐
更多>