ON DELETE CASCADE下拉框位于Navicat 16表设计器的“外键”选项卡第七列（标为“在删除时”或ON DELETE），需右键子表→设计表→切换至该选项卡→点击外键行对应单元格选择；若灰显则因父表无主键/唯一约束、字段类型不匹配或两表引擎非InnoDB。
ON DELETE CASCADE 下拉框在哪找
Navicat 16 的 ON DELETE CASCADE 设置不在“列”或“索引”选项卡里，而是在表设计器的“外键”选项卡中直接暴露为单元格下拉菜单。操作路径是：右键子表 → “设计表” → 切换到“外键”标签页 → 找到已添加或新增的外键行 → 点击该行第七列（标为“在删除时”或 ON DELETE）的下拉框 → 选择 CASCADE。
这个下拉框不是藏在二级菜单里，也不是弹窗配置项；如果它灰掉、不可点、或没有 CASCADE 选项，说明前置条件不满足，不是界面 bug，而是数据库层面拒绝接受该配置。
三个硬性条件缺一不可
哪怕你点选了 CASCADE 并点了“保存”，只要以下任一条件不成立，Navicat 就不会真正写入约束，SHOW CREATE TABLE 子表名; 输出里也不会出现 ON DELETE CASCADE：
- 父表被引用字段必须是
PRIMARY KEY或带UNIQUE约束（仅建普通INDEX不行） - 子表外键字段与父表被引用字段类型严格一致：包括类型（
INTvsBIGINT）、符号性（SIGNEDvsUNSIGNED）、是否允许NULL（SET NULL要求字段定义含NULL） - 两张表引擎都必须是
InnoDB（MyISAM完全不支持外键，选了也白选）
检查方式：右键表 → “对象信息” → 查看“存储引擎”；再执行 SHOW INDEX FROM 父表名 WHERE Key_name = 'PRIMARY' OR Non_unique = 0; 确认唯一性。
点了“保存”不代表生效，必须点“运行”
Navicat 的“保存”图标（窗口右上角磁盘图标）只是缓存配置，不执行 DDL。真正落地靠左上角绿色三角形按钮（或 Ctrl + R）：
安装、修复、更新或打包一个基于 Python 和 PyMySQL 实现的 Windows `mysql` 命令。适用于用户希望在 PowerShell/CMD 中输入 `mysql` 时重定向到 Python 实现、需要交互式输入 MySQL 连接信息、需要同步到当前用户本地 bin 目录，或需要将该能力封装成可公开复用的 Codex skill。
- 点击后紧盯底部状态栏：必须显示“执行成功”，才算约束写入数据库
- 若报错如
ERROR 1005或ERROR 1822，要读完整错误文本，不是重开窗口就能绕过 - 如果目标表已有同名外键，Navicat 可能跳过更新——此时需先手动
DROP FOREIGN KEY 约束名;，再重新配置
验证是否生效最可靠的方式是执行 SHOW CREATE TABLE 子表名;，搜索输出中是否存在 FOREIGN KEY ... ON DELETE CASCADE 字样。
级联删除的实际行为和静默风险
ON DELETE CASCADE 是 MySQL 在 SQL 层面触发的原子动作，不走应用逻辑，也不触发任何触发器、ORM 生命周期钩子或审计日志。它的行为是单向、确定且不可拦截的：
- 删
orders表某行 → 自动删order_items中所有匹配order_id的行 - 但如果
order_items表又对products设置了ON DELETE CASCADE，一次DELETE FROM orders就可能间接清空products数据 - MySQL 不做跨层级依赖校验，也不会预警“这条 DELETE 将影响 7 张表”
真正容易被忽略的是：级联动作一旦触发，就没有回滚余地（除非事务未提交），且不会留下任何中间痕迹。生产环境只建议用于明确的一对多强依赖（如订单/明细），禁用在有中间表、多级外键或业务逻辑需干预的场景。
