Navicat 导出 SQL 时必须手动勾选“触发器”和“事件”才能包含，否则缺失 CREATE TRIGGER/CREATE EVENT 语句；DEFINER 被替换为 CURRENT_USER，且无 DELIMITER 语句；事件需目标库开启 event_scheduler 才能运行；模型设计器导出不支持触发器和事件。
导出触发器和事件必须勾选对应结构类型
navicat 导出 sql 时，默认只导出表结构和数据，触发器和事件不会自动包含。你得手动在导出设置里明确启用它们，否则生成的 sql 文件里根本找不到 create trigger 或 create event 语句。
操作路径是：右键数据库 → 「备份数据库」或「转储SQL文件」→ 进入导出向导 → 到「结构」选项卡 → 确保勾选：触发器、事件（如果需要）。注意，这个选项和「存储过程」、「函数」是平级并列的，不是子选项，容易漏选。
常见错误现象：
- 导出后执行 SQL 报错
Unknown trigger 'xxx'或直接跳过触发逻辑——其实是根本没导出 - 用「数据传输」功能导出时，该界面默认不显示结构类型勾选项，必须切到「结构」页签才出现
- MySQL 8.0+ 的事件调度器（event_scheduler）状态不影响导出内容，但导出的
CREATE EVENT语句默认带ENABLE，还原时若目标库未开启调度器会报错
Navicat 不导出触发器 DEFINER 和分号问题
Navicat 导出的触发器定义中，DEFINER 会被自动替换为当前连接用户（如 DEFINER=`root`@`localhost` → DEFINER=CURRENT_USER），这是为了适配不同环境权限，但如果你依赖特定 DEFINER 权限（比如调用函数需 log_bin_trust_function_creators=1），就得手动改回原始值。
另一个关键点：DELIMITER 在 Navicat 导出的 SQL 中**不会出现**。它把整个触发器体当作单条语句处理，用分号结尾，不加 DELIMITER $$ 包裹。这在大多数目标 MySQL 实例上能直接执行，但如果你后续要在命令行 mysql 客户端导入，可能因分号提前终止而报语法错误。
建议做法：
- 导出后检查 SQL 文件末尾是否有孤立的
;（Navicat 有时会在最后多写一个） - 若需命令行兼容，手动在触发器定义前后补上
DELIMITER $$和DELIMITER ; - 不要依赖 Navicat 自动生成的 DEFINER，还原前确认目标库账号是否有对应权限
事件（EVENT）导出后需手动启用调度器
Navicat 导出的 CREATE EVENT 语句本身不含启动逻辑，且默认带 ENABLE 属性。但即使语句成功执行，事件也不会运行——因为 MySQL 默认关闭事件调度器。
还原时必须额外执行：
SET GLOBAL event_scheduler = ON;
否则你会看到事件状态是 SLAVESIDE_DISABLED 或 DISABLED，查 information_schema.EVENTS 也显示 STATUS = 'DISABLED'。
注意：
-
event_scheduler是全局变量，重启 MySQL 后失效，需写入配置文件my.cnf持久化 - 导出的事件定义里若含
ON SCHEDULE EVERY 1 DAY这类时间表达式，要确认目标库时区是否一致，否则触发时间会偏移 - Navicat 不校验事件中引用的表或存储过程是否存在，导出时不会报错，但还原执行时可能失败
模型设计器导出不包含触发器和事件
如果你是从 Navicat 的「模型设计器」（.nmmp 文件）执行「导出为 SQL」，那无论怎么勾选，触发器 和 事件 都不会出现。模型只管静态结构，CREATE TABLE 和 ALTER TABLE 是它的全部输出范围。
想让模型和触发器协同，只能：
- 把触发器/事件的完整
CREATE语句单独保存为 .sql 文件，和模型一起纳入 Git 版本管理 - 在模型中对应表的「备注」栏手动写明：「含触发器
tri_eq_info_after_insert，同步 id 到 chang 表」 - 同步模型到数据库时，务必勾选「忽略存储过程和触发器」——这个开关默认关闭，但不点它，同步过程可能意外删除已存在的触发器
最常被忽略的一点：Navicat 的「导出」动作本身不验证 SQL 语法正确性，哪怕触发器定义里写了 NEW.nonexistent_field，导出照样成功，等到还原执行时才爆错。别信预览，一定要在测试库先跑一遍。
