Navicat 触发器功能实为带语法高亮的SQL编辑器，无真正可视化配置：不校验字段、不补全NEW/OLD、不感知触发时机限制，DELIMITER需手动添加，保存即执行DROP+CREATE，错误易致业务中断。
navicat 并没有真正意义上的“可视化创建触发器”界面——它只是提供了一个带语法高亮的 sql 编辑框，所有逻辑仍需手写 create trigger 语句。 所谓“点几下就生成”，是常见误解；实际操作中，字段名拼错、delimiter 缺失、new/old 使用时机错误，都会导致保存失败或运行时出错。
为什么 Navicat 的“触发器”标签页不是可视化配置？
Navicat 的“设计表 → 触发器”选项卡，本质是一个 SQL 文本编辑器：不校验表字段是否存在、不自动补全 NEW.id、不感知触发时机对可写字段的限制（比如 OLD.status = 'done' 在 BEFORE UPDATE 中直接报错）、也不刷新元数据。你看到的下拉菜单（如“触发时机”“触发事件”）仅用于生成语句头，主体逻辑仍要自己写。
常见错误现象：ERROR 1327 (42S22): Undeclared variable: amout（字段名拼错），但 Navicat 不标红、不提示，直到执行时才暴露。
- MySQL 5.7+ 要求触发器体用
BEGIN ... END包裹，且内部语句分号不能被提前解析——必须靠DELIMITER $$切换结束符 - Navicat 不会自动帮你加
DELIMITER，也不会在保存时校验其存在与否 - “SQL 预览”面板只显示当前填写内容拼成的语句，不验证语法是否合法
如何正确使用 Navicat 的触发器编辑框？
关键不是点按钮，而是控制输入节奏和校验点。操作路径为：右键表 → 设计表 → 触发器 → 新建，但接下来必须手动处理以下三件事：
- 在“名称”栏填唯一标识，如
tri_eq_info_after_insert（避免用中文或空格） - “触发时机”选
AFTER，“触发事件”勾INSERT——这两项决定语句头，但不会约束你下面写什么 - 在“定义”区域，必须写完整可执行的
CREATE TRIGGER块，例如：
CREATE TRIGGER tri_eq_info_after_insert AFTER INSERT ON eq_info FOR EACH ROW BEGIN INSERT INTO chang (id) VALUES (NEW.id); END;
注意：END; 后面不需要再写 $$——Navicat 17 及以后版本在执行时会自动处理分隔符，但前提是整段语句能被 MySQL 正确解析；若含多条语句或嵌套逻辑，仍建议先在查询窗口手动执行 DELIMITER $$ 再粘贴。
管理已有触发器时最常忽略的三个事实
右键触发器 → “编辑”，打开的仍是同一文本框，没有任何结构化校验。这意味着：
- 修改后点击“保存”，Navicat 实际执行的是
DROP TRIGGER IF EXISTS xxx; CREATE TRIGGER ...，若新语句有语法错误，旧触发器已被删，业务立刻中断 - “刷新触发器列表”功能经常失效，右键菜单里的“编辑”可能打开的是已删除触发器的缓存内容
- MySQL 8.0 对
DEFINER用户权限更严格，DEFINER=root@localhost默认被拒绝，需提前执行GRANT SET_USER_ID ON *.* TO 'user'@'%';
真正安全的做法是：所有变更先在独立查询窗口测试通过，再复制到触发器编辑框保存；尤其涉及 SIGNAL 抛错、跨表 SELECT 或事务内更新时，Navicat 完全不介入逻辑合理性判断。
