navicat备份默认不导出触发器，必须在高级选项中手动勾选“导出触发器”，并确保账号具备select、show view、execute权限，否则还原时静默丢失且无报错。
navicat 备份后触发器丢失，不是备份失败，而是默认根本没导出——必须手动开启高级选项并验证权限，否则还原时静默丢弃，连报错都不会有。
备份时没勾「导出触发器」是主因
Navicat 默认只导出表结构和数据，CREATE TRIGGER 语句完全不会出现在生成的 .psc 或 .sql 文件里。这不是 bug，是设计行为。
- 新建备份任务后，**不要直接点「保存」或「开始备份」**，先点击右下角的「高级」按钮（注意：不是「计划」里的那个）
- 在高级设置页中，必须明确勾选「导出触发器」——没勾就等于没写
- 如果数据库里还用了事件调度器，得额外勾选「导出事件」；视图、存储过程同理，不勾就不导
- 用「转储 SQL 文件」功能（右键数据库 → 转储 SQL 文件）也无效：它底层调用类似
mysqldump --no-create-info，根本不支持--triggers参数
还原时报错 ERROR 1449：DEFINER 用户缺失
即使导出文件里有 CREATE TRIGGER，还原后执行时报 ERROR 1449 (HY000): The user specified as a definer ('xxx'@'%') does not exist，说明触发器虽存在，但 DEFINER 用户在目标库不存在或权限不足。
- 运行
SELECT TRIGGER_NAME, DEFINER FROM information_schema.TRIGGERS WHERE TRIGGER_SCHEMA = 'db_name';确认 DEFINER 字段值（如'dev_user'@'192.168.%'） - 若该用户不存在，需手动创建：
CREATE USER 'dev_user'@'%' IDENTIFIED BY 'password'; - 仅
GRANT ALL ON *.*不够——TRIGGER 权限属于管理权限，必须显式授予：GRANT TRIGGER ON db_name.* TO 'dev_user'@'%'; - MySQL 8.0+ 若用
caching_sha2_password插件，旧 DEFINER 可能认证失败，建用户时加IDENTIFIED WITH mysql_native_password
导出文件里搜不到 DELIMITER $$ 或 CREATE TRIGGER
别信 Navicat 界面弹窗说“备份成功”，必须打开生成的文件用文本编辑器验证内容是否真实包含触发器定义。
- 用编辑器搜索关键词：
DELIMITER $$（多语句块标志）、CREATE TRIGGER、BEFORE INSERT等 - 搜不到？说明高级选项没生效，或备份连接用的是低权限账号（缺
SELECT+SHOW VIEW+EXECUTE） - 此时重做备份比调试更省时间：换高权限账号，重新进「高级」勾选，再导一次
- 如果是
.nb3格式备份，它本身不存 DDL，触发器必然丢失，必须用 SQL 导出方式
同步模型时触发器完全不被识别
Navicat 的「同步到模型」功能只读 information_schema.TABLES 和 COLUMNS，压根不查 information_schema.TRIGGERS，模型里永远看不到触发器节点。
- 不能指望模型自动反向工程触发器逻辑，也不能靠“改模型 → 同步回库”来重建
- 正确做法是：用
SHOW CREATE TRIGGER `t1_ins`手动导出定义 → 替换 DEFINER → 在目标库执行重建 → 把最终语句以注释形式写进对应表的模型说明栏 - 若业务强依赖触发器（如审计日志、级联更新），部署 checklist 中必须单列：“确认所有触发器 STATUS = 'VALID'”，不能交由 Navicat 自动兜底
最易被忽略的点是：触发器不是结构对象，而是运行时逻辑；Navicat 的能力边界止步于 DDL 可视化，对事务内行为、NEW/OLD 上下文、跨表依赖天然无感——直到上线后发现日志没写、校验失效、或报错 ERROR 1442 才暴露问题。
