MySQL外键ON UPDATE CASCADE失效，表现为RESTRICT，求助排查

嘿，这个问题我之前排查过类似的，ON UPDATE CASCADE不生效反而触发RESTRICT的情况，多半是外键配置或者环境细节没做好，咱们一步步来捋：

1. 先确认外键约束是不是真的配置对了 #

你贴的CREATE TABLE语句没写完，很可能问题就出在这儿。先执行SHOW CREATE TABLE item;，把完整的外键约束找出来，重点看这几点：

• 是不是明确写了ON UPDATE CASCADE，而不是手滑写成了RESTRICT或者漏写？
• 外键关联的父表和字段是不是正确？比如如果item的idInvoice和boxNumber是关联到invoice_box的复合主键，那外键必须同时绑定这两个字段，不能只绑一个。

举个正确的复合外键配置例子：

CONSTRAINT `fk_item_invoice_box` FOREIGN KEY (`idInvoice`, `boxNumber`) 
REFERENCES `invoice_box` (`idInvoice`, `boxNumber`) 
ON UPDATE CASCADE ON DELETE RESTRICT

2. 检查所有表的存储引擎 #

MySQL只有InnoDB支持外键约束，MyISAM根本不理会外键规则。对三张表分别执行：

SHOW TABLE STATUS LIKE 'item';
SHOW TABLE STATUS LIKE 'invoice';
SHOW TABLE STATUS LIKE 'invoice_box';

查看Engine列是不是InnoDB，如果是MyISAM，记得先备份数据，再转成InnoDB：

ALTER TABLE item ENGINE=InnoDB;
ALTER TABLE invoice ENGINE=InnoDB;
ALTER TABLE invoice_box ENGINE=InnoDB;

3. 确保父表和子表的字段完全匹配 #

外键字段的类型、长度、字符集、排序规则必须一模一样，差一点都可能导致CASCADE失效。比如：

• 父表invoice_box.idInvoice是varchar(11) utf8_general_ci，子表item.idInvoice就不能是char(11)或者utf8mb4_general_ci。

用DESCRIBE 表名;和SHOW CREATE TABLE 表名;对比字段细节，有不匹配的就改成一致。

4. 多级关联的话，父表之间也要配置CASCADE #

如果你的关联链是invoice → invoice_box → item，那光给item加CASCADE不够：

• invoice_box的idInvoice外键必须关联invoice.idInvoice，并且也设置ON UPDATE CASCADE。

这样更新invoice.idInvoice时，才会先级联更新invoice_box.idInvoice，再触发item的CASCADE更新，不然中间断了就会触发RESTRICT报错。

5. 排查触发器和其他干扰因素 #

有没有给item或者invoice_box加过BEFORE UPDATE触发器？有些触发器会修改字段值或者直接阻止更新，导致CASCADE没机会生效。执行以下命令查看：

SHOW TRIGGERS LIKE 'item';
SHOW TRIGGERS LIKE 'invoice_box';

如果有可疑的触发器，先禁用掉再测试。

6. 用简单测试场景验证 #

别用复杂的业务数据测试，先插几条干净的测试数据：

1. 插入一条invoice：INSERT INTO invoice (idInvoice) VALUES ('INV001');
2. 插入一条invoice_box关联它：INSERT INTO invoice_box (idInvoice, boxNumber) VALUES ('INV001', 1);
3. 插入一条item关联invoice_box：INSERT INTO item (id, idInvoice, boxNumber) VALUES ('ITEM001', 'INV001', 1);

然后尝试更新invoice.idInvoice：UPDATE invoice SET idInvoice='INV002' WHERE idInvoice='INV001';
看看会不会报错，再查item.idInvoice是不是变成了INV002。如果直接更新invoice_box的字段也没反应，那就是item的外键问题；如果更新invoice报错，那就是invoice_box的外键没配置CASCADE。

7. 检查MySQL版本，旧版本可能有bug #

如果你的Windows服务器上是MySQL 5.5及以下的旧版本，那大概率是版本bug——早期InnoDB在复合外键的CASCADE处理上有问题。赶紧升级到5.6+或者5.7的稳定版，很多这类问题都能解决。

要是按上面的步骤排查完还没解决，把SHOW CREATE TABLE的结果和测试时的报错信息贴出来，我再帮你看！

内容的提问来源于stack exchange，提问作者ghirlekar