Navicat Premium中触发器管理入口在“设计表”窗口的“触发器”标签页，而非左侧独立的“触发器”节点；后者仅为只读数据库级列表，不支持新建或编辑。
触发器管理入口在“设计表”里，不是“触发器”节点
Navicat Premium 的左侧导航栏里那个独立的 触发器 节点，只显示数据库级触发器列表（MySQL 5.7+ 支持），但**不支持新建或编辑**——它只是个只读视图。真正能操作触发器的地方，是右键目标表后打开的 设计表 窗口。
常见错误现象：点击左侧 触发器 节点，发现空白；点“新建”没反应；保存后查不到刚建的触发器。
- 必须右键你要绑定触发器的表 → 选择
设计表 - 切换到顶部的
触发器标签页（Navicat 15+ 才有此页） - 这里能图形化填写名称、时机（
BEFORE/AFTER）、事件（INSERT/UPDATE/DELETE），但逻辑体仍需手写 SQL
名称、时机、事件必须配对正确，否则保存失败或静默失效
触发器名在当前数据库内必须唯一，且不能和已有存储过程、函数重名；时机与事件组合也受 MySQL 限制，比如 AFTER DELETE 合法，但 BEFORE SELECT 直接报错 ERROR 1064。
- 名称建议用前缀规范，如
tri_user_before_insert，避免纯数字或特殊符号 -
BEFORE UPDATE中可修改NEW字段值（如自动更新updated_at），AFTER中不可改 -
BEFORE INSERT可用SIGNAL中断插入，AFTER中调用会直接报ERROR 1337 - 选错事件类型（比如把
UPDATE写成UPATE）会导致保存时无提示，但后续执行触发器逻辑完全不触发
定义区域必须手写完整 SQL 块，Navicat 不校验字段或语法
“定义”文本框不是填空区，而是完整的触发器主体 SQL —— 它等价于你手动写 CREATE TRIGGER ... BEGIN ... END 里的 BEGIN ... END 部分。Navicat 不检查 NEW.email 是否真存在，也不提示 IF 缺 END IF，写错就静默编译失败或运行时报错。
- 必须显式写
BEGIN和END（即使只有一条语句） - 所有语句末尾加分号
;，但整个块结尾不能多加一个分号（否则 Navicat 分号分割逻辑会截断） - 要用
NEW或OLD时，字段名必须和表结构完全一致，大小写敏感（如表字段是user_name，写成NEW.username就报ERROR 1327） - 嵌套
IF必须配对，漏写END IF导致ERROR 1064，但 Navicat 不高亮提示
执行前必须处理 DELIMITER，别信“自动识别”
Navicat 默认按分号 ; 拆分语句，而触发器体内的 SET @x = 1;、IF ... END IF; 全含分号，导致它只提交第一行，后续被丢弃 —— 这是 ERROR 1064 最常见原因。
- 不要点顶部绿色
运行按钮（它走分号分割） - 改用菜单栏
查询 → 执行当前查询，或右键编辑区选择该选项 - 更稳妥做法：在 SQL 最前面加
DELIMITER $$，结尾加$$，确保整段被当做一个单元提交 - Navicat Premium 17+ 声称自动处理，但实测对多层嵌套
IF或含LOOP的逻辑仍不稳定，手加DELIMITER是底线操作
最易被忽略的一点：触发器创建成功后不会自动启用，也不会在表数据变更时“自动生效”——它只在你执行对应 DML 语句（INSERT/UPDATE/DELETE）时才触发。如果测试时没看到效果，先确认你执行的是触发事件本身，而不是在 Navicat 里点“刷新”或“查看数据”。
