MySql 外键约束 FOREIGN KEY REFERENCES 之 空、RESTRICT、NO ACTION、CASCADE、SET NULL 等类型分析和作用解读

最新推荐文章于 2025-04-04 17:47:22 发布
原创 最新推荐文章于 2025-04-04 17:47:22 发布 · 3.4k 阅读 · 7 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#MySql #外键约束 #RESTRICT #CASCADE #NO ACTION

本文详细介绍了MySQL中外键约束的工作原理及其对子表和父表的意义。解释了不同行为（如CASCADE、SET NULL、NO ACTION等）在外键约束中的作用，并提供了关于MySQL与SQL标准差异的说明。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

主表，从表【MySql】

空、RESTRICT、NO ACTION

删除：从表记录不存在时，主表才可以删除。删除从表，主表不变

更新：从表记录不存在时，主表才可以更新。更新从表，主表不变

CASCADE

删除：删除主表时自动删除从表。删除从表，主表不变

更新：更新主表时自动更新从表。更新从表，主表不变

SET NULL

删除：删除主表时自动更新从表值为NULL。删除从表，主表不变

更新：更新主表时自动更新从表值为NULL。更新从表，主表不变


==================================================================================================================================


外键约束对子表的含义:

  如果在父表中找不到候选键,则不允许在子表上进行insert/update

 

外键约束对父表的含义:

  在父表上进行update/delete以更新或删除在子表中有一条或多条对应匹配行的候选键时,父表的行为取决于：在定义子表的外键时指定的onupdate/on delete子句, InnoDB支持５种方式, 分列如下 ：

 

  . cascade方式

   在父表上update/delete记录时，同步update/delete掉子表的匹配记录

   On delete cascade从mysql3.23.50开始可用; onupdate cascade从mysql4.0.8开始可用

 

  . set null方式

   在父表上update/delete记录时，将子表上匹配记录的列设为null

   要注意子表的外键列不能为notnull

   On delete set null从mysql3.23.50开始可用; onupdate set null从mysql4.0.8开始可用

 

  . No action方式

   如果子表中有匹配的记录,则不允许对父表对应候选键进行update/delete操作

   这个是ANSISQL-92标准,从mysql4.0.8开始支持

 

  . Restrict方式

   同noaction, 都是立即检查外键约束

 

  . Set default方式

   解析器认识这个action,但Innodb不能识别，不知道是什么意思．．．

【 注意】：trigger不会受外键cascade行为的影响,即不会解发trigger

 

在mysql中，与ＳＱＬ标准相违背的三点

1.       如果在父表中有多个key值相同，那么在进行外键check时,会当成有相同key值的其他行不存在;比如当定义了一个restrict行为外键时,一个子表行对应到多个父表行(具有相同key值),Innodb不允许删除父表上的所有这些行

 

2.       父子表是同一个表,自我参照时不允许指定onupdate cascade, on update set null

从mysql4.0.13开始，允许同一个表上的on delete set null

从mysql4.0.21开始，允许同一个表上的on delete cascade

但级联层次不能超出15

 

3, Innodb在检查unique,constraint约束时，是rowby row而不是语句或事务结束;

  SQL标准中对constraint的检查是在语句执行完成时。

【详解+示例，请参考：http://www.cnblogs.com/discuss/articles/1862244.html】


mysql外键约束cascade_mysql外键约束foreign key ON DELETE CASCADE ON UPDATE CASCADE
weixin_32719533的博客
01-19 2794
正 文：一,什么是foreign key，及其完整性个人觉得，foreign key就是表与表之间的某种约定的关系，由于这种关系的存在，我们能够让表与表之间的数据，更加的完整，关连性更强。关于完整性，关连性我举个例子，大家就会明白了。有二张表，一张是用户表，一张是订单表：1，如果我删除了用户表里的用户，那么订单表里面根这个用户有关的数据，就成了无头数据了，不完整了。2，如果我在订单表里面，随便插入...
MySQL外键约束行为解析：CASCADE, NO ACTION, RESTRICT, SET NULL
一起coding，一起嗨。
04-29 2939
MySQL外键约束行为解析：CASCADE, NO ACTION, RESTRICT, SET NULL
mysql uniall_MYSQL外键(foreign key)语法,添加/删除外键,级联动作restrict/cascade
weixin_30452659的博客
02-27 407
外键(foreign key)1、定义 ：让当前表字段的值在另一个表的范围内选择2、语法foreign key(参考字段名)references 主表(被参考字段名)on delete 级联动作on update 级联动作3、使用规则1、主表、从表字段数据类型要一致2、主表被参考字段 ：主键4、示例表1、缴费信息表(财务)id 姓名 班级 缴费金额1 唐伯虎 AID06 3...
Foreign Key ,NO action,Cascade的用法
weixin_34250434的博客
03-04 136
外键是双向的，即不仅是限制子表的值必须存在于父表中，而且还在每次对父表操作后检查子表，数据库默认行为子行存在时候限制对父行不被删除。 某些时候，我们需要能够自动删除相关记录，而不是防止删除被引用的记录。举例如下： 创建有关联关系的两个table 1 USE DataBaseBulkCopy 2 GO 3 CREATE TABLE Orders( 4 OrderID INT NOT...
Foreign key 选项--on delete cascade、on delete set null
ciliting2867的博客
07-26 359
最近闲来无事，开始学习ocp课程，发现有很多细节的东西以前没用过，很值得一学，今天就是第一次看到on delete set null的选项。 SQL> create table p(id number,dname v...
mysql外键(Foreign Key)介绍和创建外键的方法
09-10
MySQL中的外键（Foreign Key）是一种数据库约束，用于在两个表之间建立联系，确保数据的一致性和完整性。这种机制允许你在一张表（被引用表）中引用另一张表（参照表）的主键，以此来维护相关记录的一致性。在MySQL...
MySQL 外键约束详解
鸟人的博客
04-04 778
外键是表中的一个字段（或字段集合），它引用另一个表的主键或唯一键。外键约束用于确保引用完整性，保证数据的一致性和有效性。CREATE TABLE 子表名称 (列1 数据类型,列2 数据类型,...FOREIGN KEY (外键列) REFERENCES 父表名称(主键列)[ON DELETE 引用动作][ON UPDATE 引用动作]
MySQL—约束—外键约束中删除和更新行为（基础）
岁岁岁平安的博客
06-04 4646
这篇博客的主要内容就是讲解MySQL中的关于约束中的外键约束。在我们添加好外键约束之后，通常还有关于父表在删除字段值时，要考虑到的子表的对应字段值的删除或者更新的行为，所以就详细的讲到了外键约束中删除和更新的行为的语法和相关操作......
mysql书外键_[转] mysql 外键（Foreign Key）的详解和实例
weixin_33740934的博客
01-28 300
摘要: 外键具有保持数据完整性和一致性的机制，业务处理有着很好的校验作用。目前MySQL只在InnoDB引擎下支持，下面实例下一个小操作来说明下外键的关联操作，用来保持数据的完整性和一致性。============正文===============1、表引擎必须为InnoDB，MyISAM不支持2、外键必须建立索引(可以为普通、主键、唯一，事先不建立的话会自动创建一个普通索引)，你要用的外键和参照...
MySQL讲义第12讲——完整性约束之外键（FOREIGN KEY）约束
睿思达DBA
09-27 2670
MySQL讲义第12讲——完整性约束之外键（FOREIGN KEY）约束 外键（FOREIGN KEY）具有保持数据完整性和一致性的机制，目前 MySQL 只在 InnoDB 引擎下支持外键。外键具有保持数据完整性和一致性的机制，对业务处理有着很好的校验作用。创建外键必须满足以下条件： （1）两个表必须是 InnoDB 存储引擎，MyISAM 存储引擎暂时不支持外键约束。 （2）一个表外键所包含的列的类型和与之发生关联的另一个表的主键列的数据类型必须相似，也就是可以相互转换类型的列，数据类型最好相同。 一、
MySQL外键设置之Cascade、NO ACTION、Restrict、SET NULL详解
weixin_53679823的博客
08-28 6966
cascade：在父表上 update / delete记录时，同步 update / delete掉子表的匹配记录 No action：如果子表中有匹配的记录, 则不允许对父表对应候选键进行update / delete操作 Restrict：同 no action, 都是立即检查外键约束 set null：在父表上 update / delete记录时，将子表上匹配记录的列设为 null要注意子表的外键列不能为 not null default：父表有变更时, 子表将外键列设置成一个默认的值但Innod
MySQL中外键的几种操作
weixin_46782084的博客
10-24 872
添加外键create table 表名(字段名 数据类型[constrant] [外键名称] foreing(外键字段名) references 主表（主表列名）);alter table 表名 add constraint 外键名称 foreign key(外键字段名）references 主表（主表列名）;删除/更新行为no action 当在父表中删除/更行对应记录时，首先检查该记录是否右对应外键，如果有抓为不允许从删除/更新。（与restrict 一致）
外键的 级联删除 级联更新 ：ON DELETE / ON UPDATE
bijingrui的博客
04-08 1286
学生表(sno,...) SC表（sno，cno，grade） 其中SC的 sno 是外键 from 学生表的sno。 如果学生表的一个学生删除了，sc表怎么办？ 定义外键的时候，foreign key (sno) references student(sno) on delete cascade no action 表示 不做任何操作 set null 表示在外键表中将相应字段...
XDU数据库上机 实验四——简单的旅行预订系统
cgaowei的博客
11-13 974
基于MySQL，设计并实现一个简单的。该系统涉及的信息有航班大巴班车宾馆房间和客户数据等信息。为简单起见，对所实现的应用系统作下列假设：在给定的一个班机上，所有的座位价格也一样；flightNum是表FLIGHTS的一个主码。在同一个地方的所有的宾馆房间价格也一样；location是表HOTELS的一个主码。在同一个地方的所有大巴车价格一样；location是表 BUS的一个主码。custName是表CUSTOMERS的一个主码。表。
Mysql 外键约束 on delete和on update
飞鱼的空间
06-09 2425
Mysql 下，外键设置： on delete rule： 1、RESTRICT：约束     如果存在从数据，不允许删除主数据。 2、NO ACTION     如果存在从数据，不允许删除主数据。 3、CASCADE：级联     删除主数据，顺便也删掉从数据。 4、SET NULL     删除主数据，从数据外键的值设为NULL。 on update rule：
MySQL中的外键（foreign key）
热门推荐
wgchen
08-18 4万+
MySQL中的外键（foreign key）
mysql foreign key ... references ... on delete cascade
hahacca的专栏
12-01 1482
把customerinfo里的customerid映射到orderinfo里的customerid,     任何一条没有合法的customerid的记录不会写到orderinfo里   CREATE TABLE customerinfo   (     customerid INT NOT NULL,     PRIMARY KEY(customerid)    )TYPE = INNODB; 
mysql 外键（foreign key）的详解和实例
洛冰翼的专栏
11-17 1万+
转自:https://my.oschina.net/sallency/blog/465079 参考:http://blog.sina.com.cn/s/blog_91339bff0100ymc2.html  . cascade方式 在父表上update/delete记录时，同步update/delete掉子表的匹配记录       . set null方式 在父表上update/delete
数据库关联外键时的更新是操作CASCADE,NO ACTION,RESTRICT,SET NULL应该选哪个？
最新发布
06-10
<think>嗯，用户这次想深入了解数据库外键更新操作时的不同选项选择依据。看来用户在使用MySQL数据库时遇到了外键约束的行为选择问题，这在实际数据库设计中确实是个关键决策点。从用户提供的引用材料看，ta已经掌握了基本概念（CASCADE/NOACTION/RESTRICT/SETNULL的定义），但需要更落地的场景化建议。用户可能是位中阶开发者——既不会问基础定义，又没提出特定业务场景，说明ta需要的是通用性设计原则。注意到用户特别强调“更新操作”时的选择依据（而非删除），这个细节很重要。很多资料着重讲DELETE场景，但UPDATE时的外键行为同样关键。比如电商系统的SKU编码更新时，关联订单明细该如何处理？最核心的设计矛盾点其实就两个：数据完整性和业务逻辑合理性。RESTRICT和NOACTION偏向保守派（保数据），CASCADE和SETNULL偏向激进派（保业务）。用户可能正面临这样的权衡：-财务系统肯定优先数据一致（选RESTRICT）-内容管理系统可以考虑SETNULL（允许标签失效时不连坐文章）具体到更新操作的特殊性，需要提醒用户注意：UPDATE可能触发比DELETE更隐蔽的级联影响。比如部门编号从10改为20时：-CASCADE会把所有员工关联更新（适合编码标准化场景）-SETNULL会使员工dept_id悬空（除非配套触发器否则不建议）用户没提具体数据库类型，但引用全是MySQL。要补充说明：不同DBMS对NOACTION实现有差异（标准SQL中本不允许延迟检查）。另外需要警告InnoDB里使用SETNULL的前提条件（字段必须允许NULL）——这点引用[3]提到过，但用户可能没注意。最后考虑用案例驱动的方式回应可能效果更好。比如：-电商商品类目更新（适合CASCADE：保证SKU始终可溯源）-用户注销账号（适合SETNULL：保留订单但解除关联）等等，用户引用里有个矛盾点：引用[2]说NOACTION是默认行为，但引用[5]说等同于RESTRICT。这需要明确：在MySQL中，NOACTION实际会被重定义为RESTRICT行为（与SQL标准不同）。必须帮用户厘清这个常见误区。</think> 在数据库设计中，外键约束更新行为的选择需基于**数据完整性要求**和**业务逻辑**。以下是 MySQL 外键更新操作 (`ON UPDATE`) 的选择依据和场景详解： --- ### **四大行为对比** | 行为 | 更新时的动作 | 适用场景 | 注意事项 | |------|--------------|----------|----------| | **`CASCADE`** | 主表更新主键值时，**自动更新从表的外键值** | 强关联数据（如：部门编号 `dept_id` 全局同步） | 慎用！可能意外修改大量数据 | | **`SET NULL`** | 主表更新主键时，**从表外键设为 `NULL`** | 非强依赖关系（如：用户部门撤销时保留用户记录） | 从表外键字段必须允许 `NULL` | | **`RESTRICT`** | **阻止主表更新**（若从表存在关联记录） | 禁止变更核心主键（如：订单号不可修改） | MySQL 中效果同 `NO ACTION` | | **`NO ACTION`** | 检查关联记录后执行更新（默认行为） | 需业务层控制一致性的场景 | 实际行为等价于 `RESTRICT` [^1][^5] | --- ### **选择依据与场景** 1. **`CASCADE`（级联更新）** - **场景**：主键值作为业务标识符且需全局同步 ```sql -- 示例：修改部门ID时，自动更新所有员工的部门ID ALTER TABLE employee ADD FOREIGN KEY (dept_id) REFERENCES department(id) ON UPDATE CASCADE; ``` - **风险点**：若主键被多次修改，可能引发不可控的连锁更新 [^2][^5]。 2. **`SET NULL`（置空）** - **场景**：主表主键变更时需保留从表历史记录 ```sql -- 示例：商品分类ID更新后，原有商品分类暂时置空 ALTER TABLE product ADD FOREIGN KEY (category_id) REFERENCES category(id) ON UPDATE SET NULL; ``` - **要求**：外键字段必须未定义 `NOT NULL` 约束 [^3][^5]。 3. **`RESTRICT`/`NO ACTION`（禁止更新）** - **场景**：核心主键不可变更（如支付流水号、合同编号） ```sql -- 示例：禁止修改已关联订单的用户ID ALTER TABLE orders ADD FOREIGN KEY (user_id) REFERENCES user(id) ON UPDATE RESTRICT; -- 或 NO ACTION ``` - **效果**：直接报错阻止更新，强制业务层处理关联数据 [^1][^5]。 --- ### **决策流程图** ```mermaid graph TD A[主表主键是否需要更新？] --> B{从表是否必须跟随更新？} B -- 是 --> C[使用 CASCADE] B -- 否 --> D{允许从表外键为空？} D -- 是 --> E[使用 SET NULL] D -- 否 --> F[使用 RESTRICT/NO ACTION] ``` --- ### **关键实践建议** 1. **关键业务主键**（如订单号、用户ID）优先选 `RESTRICT/NO ACTION`，避免意外修改。 2. **层级关系数据**（如组织架构）可选 `CASCADE`，但需测试级联性能。 3. **历史数据保留**场景用 `SET NULL` + 额外日志表记录变更。 4. **慎用组合行为**：`ON UPDATE CASCADE + ON DELETE SET NULL` 可能导致数据状态混乱 [^4][^5]。 > 引用示例：若在财务系统中修改账户编号，必须用 `RESTRICT` 确保关联交易记录不被自动修改，否则破坏审计追溯 [^5]。 ---
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值