“更新时”选CASCADE后没生效，是因为Navicat 15仅修改模型配置而未执行DDL；必须通过「正向工程」生成并执行SQL，且需确保字段类型、字符集、索引及外键命名完全合规，否则约束不会真正创建。
“更新时”选CASCADE后为什么没生效？
因为Navicat 15里点完保存，只是改了模型配置，不是执行DDL。数据库表结构本身没变，ON UPDATE CASCADE自然不生效。你得手动触发同步——要么右键模型 →「正向工程」→ 勾选「生成 SQL 脚本并执行」，要么选「仅生成 SQL」，复制语句到查询窗口手动运行。
外键字段和引用字段类型必须完全一致
哪怕只差一个UNSIGNED或字符集排序规则不同（比如utf8mb4_unicode_ci vs utf8mb4_general_ci），MySQL都会静默拒绝创建ON UPDATE CASCADE约束，Navicat却可能显示“保存成功”。结果是SHOW CREATE TABLE里根本看不到FOREIGN KEY定义。
- 用
SELECT COLUMN_NAME, DATA_TYPE, COLUMN_TYPE, COLLATION_NAME FROM INFORMATION_SCHEMA.COLUMNS比对两张表对应字段 - 确认父表被引用字段有主键或唯一索引（
SHOW INDEX FROM parent_table WHERE Key_name = 'PRIMARY' OR Non_unique = 0） - 子表外键字段Navicat会自动加索引，但如果你手动删过，得重加
ON UPDATE CASCADE在Navicat ER图里不显示颜色
Navicat的连线颜色只响应ON DELETE行为：红色=CASCADE，橙色=SET NULL，灰色=RESTRICT/NO ACTION。ON UPDATE无论设成什么，颜色都不变。别靠颜色判断是否生效，直接查SHOW CREATE TABLE child_table确认输出里有没有ON UPDATE CASCADE这一整段。
PostgreSQL用户注意：FOREIGN KEY必须显式命名，Navicat自动生成的名若含双引号（如"fk_orders_user_id"），ER图可能无法识别，连线也不上色。
选错ON UPDATE策略可能导致数据被意外覆盖
ON UPDATE CASCADE一旦启用，父表某条记录的主键值被改，所有子表外键字段会跟着一起改——这在业务中极难回滚。而ON UPDATE SET NULL要求外键字段允许为NULL，否则建约束直接失败。
- 默认选项
NO ACTION≠安全：它只是把检查延迟到事务提交前，删或改父表记录时仍可能中断整个事务 - 如果字段已存非空数据，又想用
SET NULL，得先ALTER TABLE child_table MODIFY COLUMN fk_col INT NULL - 跨库外键、复合外键、或引用字段是计算列时，
ON UPDATE CASCADE在MySQL中不支持
真正容易被忽略的是：InnoDB引擎不是默认就开外键的。有些部署会全局禁用（SET FOREIGN_KEY_CHECKS = 0），或者连接时没带foreign_key_checks=1参数——这时哪怕SQL语句跑通，约束也形同虚设。
