Navicat的“触发器”标签页仅是管理视图，非可视化创建入口；它支持图形化填写名称、时机、事件等元信息，但逻辑必须手写SQL，不校验字段、不提示错误，且需手动处理DELIMITER和SIGNAL。
触发器 选项卡不是“可视化创建入口”，而是触发器的**管理视图**——它只显示已存在的触发器，不能直接新建或编辑逻辑规则。Navicat 从 15 版起才在「设计表」界面中提供 触发器 标签页，但该页仅支持图形化填写基础字段（名称、时机、事件），**真正的逻辑必须手写 SQL**，且不校验语法、不提示字段是否存在。
常见错误现象：触发器 标签页空白、点“新建”没反应、保存后查不到、执行时报 error 1064 或 error 1337。
实操建议：
- 右键目标表 →
设计表→ 切到触发器标签页，这是唯一能图形化配置触发器元信息的地方 - 名称必须唯一，建议用
tri_表名_时机_事件格式（如tri_user_before_insert） -
触发时机和触发事件下拉选完后，定义区域才是关键：这里要手写完整 SQL 块，不是填空，也不是拖拽生成 - Navicat 不会帮你补全
NEW或OLD字段，写错字段名（比如把NEW.email写成NEW.emial）会导致触发器静默失效或运行时报错
Navicat 执行触发器 SQL 为什么总报 ERROR 1064？
根本原因不是语法错，而是 Navicat 默认按分号 ; 拆分语句，而触发器体内的 IF ... END IF;、SET ...; 全含分号，导致它只执行了第一行就中断。
实操建议：
- 不要点顶部的
运行按钮（它走分号分割逻辑），改用查询 → 执行当前查询 - 或者手动加分隔符：在 SQL 最前面写
DELIMITER $$，结尾写$$，确保整段被当做一个单元提交 - Navicat Premium 17+ 虽声称“自动处理 DELIMITER”，但实测对嵌套
IF或多语句仍不稳定，手加更可靠 - 执行前先确认连接用户有
CREATE TRIGGER权限，否则直接报错ERROR 1142
BEFORE 触发器里怎么中断非法数据并返回提示？
MySQL 不支持 RAISE 或 THROW，也不能用 SELECT 或 RETURN 报错——这些操作不会阻止数据写入，只是输出无关信息。
实操建议：
- 必须用
SIGNAL SQLSTATE '45000' SET MESSAGE_TEXT = 'xxx' -
SIGNAL只能在BEFORE INSERT或BEFORE UPDATE中生效；AFTER里调用会报ERROR 1337 -
SQLSTATE '45000'是安全选择，避免用'HY000'等旧码，部分 Navicat 版本无法正确解析错误文本 - 示例：校验邮箱格式，写在
BEFORE INSERT中
IF NEW.email NOT REGEXP '^[A-Za-z0-9._%+-]+@[A-Za-z0-9.-]+\.[A-Za-z]{2,}$' THEN
SIGNAL SQLSTATE '45000' SET MESSAGE_TEXT = '邮箱格式不合法';
END IF;
触发器里访问字段时容易踩哪些坑？
Navicat 完全不校验表结构，字段名拼错、大小写不一致、类型不匹配都不会提前报错，直到真正触发时才失败。
实操建议：
-
NEW只在INSERT和UPDATE中可用，OLD只在UPDATE和DELETE中可用，混用会报ERROR 1327 - 字段名严格区分大小写（尤其在 Linux MySQL 上），
NEW.Name≠NEW.name - 对
NULL值做判断要用IS NULL，不能用= NULL - 如果表用了反引号（如
`user-id`），触发器里也得写NEW.`user-id`，否则解析失败
触发器逻辑越靠近业务规则，就越依赖对 NEW/OLD 的精准引用和对 SIGNAL 的正确使用——图形界面只管“挂在哪”，真正干活的 SQL 一行都不能松懈。
