Navicat不支持触发器同步，因其反向工程仅读取information_schema.TABLES和COLUMNS，忽略TRIGGERS表，导致模型中无触发器节点、状态丢失且无法校验逻辑。
Navicat 根本不支持触发器同步——不是失败，是压根没做这件事。它同步模型时只查 information_schema.TABLES 和 information_schema.COLUMNS，完全跳过 information_schema.TRIGGERS。你看到的“同步失败”，其实是预期之外的“静默忽略”。
为什么Navicat同步后模型里没有触发器节点
这不是 bug，是设计限制：navicat 的模型能力仅覆盖 ddl 结构对象（表、字段、索引、外键），而触发器属于运行时逻辑，不在其反向工程范围内。
- 哪怕目标库已有 20 个
ENABLED触发器，同步后模型里仍为空白，连图标都不会生成 - 右键表 →「触发器」→ 粘贴
CREATE TRIGGER语句，也只是存为纯文本块，不解析NEW.email是否存在、不校验BEFORE INSERT时机是否合法 - 模型里看不到
STATUS字段，也无法生成ALTER TRIGGER ... ENABLE脚本
同步后触发器状态丢失怎么补救
同步操作本身不会执行任何触发器管理语句，DEFINER 用户缺失、权限变更、SQL SECURITY 设置错误都会导致触发器变为 INVALID，但 Navicat 完全无感。
- 必须手动执行
SHOW CREATE TRIGGER `tri_user_before_insert`导出定义 - 人工替换
DEFINER='admin'@'localhost'为目标库实际存在的用户（如'app_user'@'%'） - 确认结尾有
SQL SECURITY DEFINER或SQL SECURITY INVOKER，缺项会导致权限失败 - 执行修改后的语句重建，再跟一句
SELECT COUNT(*) FROM information_schema.TRIGGERS WHERE TRIGGER_NAME = 'tri_user_before_insert' AND STATUS = 'ENABLED';验证
Navicat里编辑触发器后为何仍失效
图形界面改完保存，Navicat 很可能复用旧 DEFINER 或漏掉 DELIMITER 处理，导致实际执行的仍是旧逻辑。
- 别点顶部「运行」按钮——它按分号切割语句，会把
IF ... END IF;拆成多段执行，直接报ERROR 1064 - 必须在 SQL 开头加
DELIMITER $$，结尾加$$，再用「查询 → 执行当前查询」提交整段 -
BEFORE触发器中若要用SIGNAL报错中断，必须写SIGNAL SQLSTATE '45000' SET MESSAGE_TEXT = 'xxx';，AFTER里调用会报ERROR 1337 - 字段名写错（如
NEW.emial）不会语法报错，而是静默失效——得靠业务现象倒推（比如审计日志没写）
真正需要触发器建模时该怎么做
放弃让 Navicat 承担触发器生命周期管理。它的角色只能是辅助文档工具，不能替代原生命令闭环。
- 把最终生效的触发器完整
CREATE TRIGGER语句，以注释形式粘贴进对应表的「模型说明」栏（不是触发器标签页） - 部署 checklist 中单列一项：「确认所有触发器
STATUS = 'VALID'且DEFINER存在」，不能依赖模型状态 - 强依赖触发器的场景（如金额校验、级联更新），上线前必须在测试库执行
INSERT/UPDATE实测，而不是只看模型有没有那个节点
Navicat 模型既不模拟执行，也不校验上下文。等发现 ERROR 1442 Can't update table in stored function/trigger，往往已经在线上了。 
