navicat模型不支持直接设置级联更新或删除，因其仅用于erd绘制和ddl生成；级联必须在物理表中通过“设计表→外键”或alter table显式定义，并满足父表主键/唯一、字段类型严格一致、引擎为innodb三条件。
navicat 的“模型”（model）功能本身不支持直接设置级联更新或级联删除——它只用于绘制实体关系图（erd），生成 ddl 脚本或反向工程，on delete cascade 和 on update cascade 必须在物理表结构中定义，不能靠模型界面“保存即生效”。
为什么在 Navicat 模型里找不到 CASCADE 选项
Navicat 的模型编辑器（如“新建模型”→拖表→连线）本质是可视化建模工具，它生成的外键关系默认只写 FOREIGN KEY，不自动补全 ON DELETE 或 ON UPDATE 子句。即使你双击关系线、在弹出窗口里看到“删除时”“更新时”下拉框，那也只是影响后续“正向工程”生成的 SQL 脚本内容，不会直接修改数据库中的表结构。
常见误解：以为模型里选了 CASCADE，导出后执行就自动生效。但实际导出的 SQL 可能漏掉 ON DELETE CASCADE，尤其当模型未启用“生成完整 DDL”选项时。
真正生效的级联必须落在物理表上
要在数据库里让级联起作用，必须确保 FOREIGN KEY 约束真实存在于表定义中，且包含明确的 ON DELETE CASCADE 和/或 ON UPDATE CASCADE。Navicat 提供两种可靠路径：
- 右键子表 → “设计表” → 切换到“外键”选项卡 → 找到对应外键行 → 第七列（标为“在删除时”或
ON DELETE）下拉选CASCADE；同理，“在更新时”列选CASCADE - 手动执行
ALTER TABLE语句，例如：ALTER TABLE order_items ADD CONSTRAINT fk_order_id FOREIGN KEY (order_id) REFERENCES orders(id) ON DELETE CASCADE ON UPDATE CASCADE;
- 若用模型生成 SQL，务必勾选“生成完整 DDL”并检查输出脚本是否含
ON DELETE CASCADE—— 不要依赖默认导出
设置前必须验证的三个硬性条件
哪怕 Navicat 界面允许你点选 CASCADE，只要以下任一条件不满足，保存后约束实际无效（MySQL 静默忽略，不报错）：
- 父表被引用字段必须是
PRIMARY KEY或带UNIQUE约束（仅普通INDEX不行） - 子表外键字段与父表字段类型严格一致：包括类型（
INTvsBIGINT）、符号性（UNSIGNEDvs 无符号）、长度（INT(11)和INT(5)在某些 MySQL 版本下会拒接） - 两张表引擎都必须是
InnoDB（MyISAM完全不支持外键，选了也白选）
验证方式：执行 SHOW CREATE TABLE 子表名;，确认输出中真实存在 ON DELETE CASCADE 字样，且没有警告。
级联动作不走应用层，也不触发触发器
ON DELETE CASCADE 是 MySQL 存储引擎层面的行为，一旦触发，会直接删除子表匹配行，绕过所有应用逻辑、ORM 生命周期钩子、甚至 BEFORE/AFTER DELETE 触发器（注意：AFTER DELETE 触发器在级联子行上仍会执行，但父行的触发器不会“感知”级联动作）。
这意味着：你无法在应用里拦截或审计级联删除；也无法靠触发器做额外清理。真正容易被忽略的是——CASCADE 是一把双刃剑，删一条订单可能顺手清空几十个明细，而这个过程在日志里只体现为一条 DELETE FROM orders WHERE id = ?。
