MySQL触发器禁止修改触发它的表（ERROR 1442），须用SET NEW.xxx=...；不支持RETURN（ERROR 1362）；避免在触发器中查未提交数据；需关闭autocommit防止脏数据。
Navicat 执行触发器报错：ERROR 1442 不能在触发器里改同一张表
这是最常遇到的硬性限制——mysql 触发器里不能对触发它的那张表做 insert/update/delete。navicat 只是执行工具，真正拦住你的是 mysql 内核。
比如你在 users 表上建了个 BEFORE UPDATE 触发器，里面写了 UPDATE users SET updated_at = NOW()，MySQL 直接拒绝，报 ERROR 1442: Can't update table 'users' in stored function/trigger because it is already used by statement which invoked this stored function/trigger.
- 别试图在 Navicat 里“重试”或“换连接”，换啥都一样，这是 SQL 层面的禁止
- 真要改本表字段，改用
SET NEW.xxx = ...（仅限BEFORE触发器），比如SET NEW.updated_at = NOW(); - 如果逻辑复杂（比如要查本表其他行再决定怎么改），得把校验逻辑拆到应用层，或改用存储过程 + 应用主动调用
Navicat 提示 ERROR 1362：触发器里用了 RETURN 或未预期的控制流
MySQL 触发器不支持 RETURN、LEAVE 跳出整个触发器逻辑（除非在嵌套语句块里用 LEAVE label），也不允许函数式返回值。Navicat 报这个错，往往是你把存储过程写法直接搬进了触发器。
常见错误写法：IF NEW.status = 'invalid' THEN RETURN; END IF; —— 这会触发 ERROR 1362。
- 触发器里想“跳过后续逻辑”，只能靠
IF ... THEN ... END IF;包裹其余语句，别用RETURN -
BEGIN ... END块里可以加label:和LEAVE label;，但仅用于跳出该块，不是函数返回 - Navicat 的语法高亮有时会误导人，它把触发器当存储过程渲染，实际解析规则更严格
配置数据验证时，触发器读取了未提交的数据导致误判
Navicat 批量导入或执行脚本时，默认事务隔离级别是 REPEATABLE READ，而触发器里的 SELECT 查询可能读到本事务中尚未提交的中间状态，尤其在多行操作中容易校验失准。
比如插入 10 条记录，第 5 条触发器去查 SELECT COUNT(*) FROM orders WHERE user_id = NEW.user_id，这时前面 4 条还没提交，查不到，但业务本意是“每个用户最多下 5 单”——结果第 6 条被放行了。
- 避免在触发器里做跨行聚合查询来控制单条记录行为，这类逻辑更适合放在应用层或用唯一索引+业务约束兜底
- 如果非要在触发器里查，确保查的是已提交数据，可显式加
SELECT ... FROM tbl LOCK IN SHARE MODE（但会锁表，慎用） - Navicat 的“运行批处理文件”模式默认开启自动提交，但手动写的
BEGIN; ... COMMIT;块内，触发器仍受当前事务快照影响
Navicat 连接参数没开 autocommit=0，导致触发器报错后残留脏数据
触发器报错时，如果 Navicat 当前连接处于自动提交模式（autocommit=1），那么触发器执行前的那条 INSERT/UPDATE 已经落地，错误只中断了触发器部分，主语句却成功了——数据和校验脱节。
比如你设了个“余额不能为负”的 BEFORE UPDATE 触发器，但它报错了，而 UPDATE accounts SET balance = -100 却已生效。
- 在 Navicat 连接属性 → 高级 → “初始 SQL” 里加上
SET autocommit = 0; - 或者每次执行前手动执行
SET autocommit = 0;，出错后记得ROLLBACK; - 注意：Navicat 的“查询窗口”和“命令列”行为不一致，后者默认不继承连接级 autocommit 设置，容易漏掉
