mysql 8.0中触发器限制严格：before update只能修改new字段，禁止update原表；after delete需判空防误删；跨表更新须用limit 1子查询；校验逻辑必须在before阶段拦截；变量声明须紧接begin。
BEFORE UPDATE里只能改NEW，不能UPDATE原表
MySQL 8.0 明确禁止在 BEFORE UPDATE 或 AFTER UPDATE 触发器中对触发它的表执行 UPDATE、INSERT、DELETE —— 否则报错：Can't update table 't1' in stored function/trigger because it is already used by statement which invoked this stored function/trigger.
这意味着你想用触发器自动更新同一张表的 updated_at 字段，或根据其他字段重算一个衍生值，唯一合法方式是：
-
SET NEW.updated_at = NOW()（仅限 BEFORE） SET NEW.status = IF(NEW.amount > 1000, 'vip', 'normal')- 所有修改必须作用于
NEW，不能写UPDATE t1 SET ... WHERE id = NEW.id
AFTER DELETE触发器做级联删除要防空匹配
用 AFTER DELETE 清理子表数据很常见，但容易忽略外键缺失或关联字段为 NULL 的情况：
- 如果子表的
parent_id允许为NULL，WHERE parent_id = OLD.id不会删掉这些行，但也不会报错 - 若子表没建索引，
DELETE FROM child WHERE parent_id = OLD.id会全表扫描，高并发下易锁表 - 建议加条件判断：
IF OLD.id IS NOT NULL THEN ... END IF;
示例安全写法：
DELIMITER $$
CREATE TRIGGER tr_after_delete_dept AFTER DELETE ON department
FOR EACH ROW
BEGIN
IF OLD.dept_id IS NOT NULL THEN
DELETE FROM employee WHERE dept_id = OLD.dept_id;
END IF;
END$$
DELIMITER ;
跨表更新必须用标量子查询，不能JOIN
触发器里写 UPDATE child JOIN parent ON ... SET child.x = parent.y 会直接报错，MySQL 解析器不支持该语法（错误信息常误导为子查询限制，实际是语法不识别）。
正确做法是把关联逻辑收进单值子查询：
- 必须返回且仅返回一行：加
LIMIT 1是硬性要求，否则触发器执行时报Subquery returns more than 1 row - 字段为空时结果为
NULL，可能污染下游逻辑，建议用IFNULL(..., 'default')包裹 - 子查询性能敏感：每行更新都执行一次，
SELECT status FROM users WHERE id = NEW.user_id在批量更新时会放大 IO
推荐写法：
SET NEW.status_label = (
SELECT IFNULL(
CASE WHEN t2.is_active THEN 'online' ELSE 'offline' END,
'unknown'
)
FROM users t2
WHERE t2.id = NEW.user_id
LIMIT 1
);
校验类逻辑必须用BEFORE，AFTER无法拦截写入
想阻止非法数据入库？只靠 AFTER INSERT 没用——数据已经落库了，SIGNAL SQLSTATE '45000' 抛错也晚了。
真正能拦住的只有 BEFORE INSERT 和 BEFORE UPDATE：
- 校验手机号格式：
IF NEW.phone NOT REGEXP '^1[3-9][0-9]{9}$' THEN SIGNAL SQLSTATE '45000' SET MESSAGE_TEXT = 'invalid phone'; END IF; - 状态流转控制：
IF OLD.status = 'shipped' AND NEW.status = 'pending' THEN ... - 别在触发器里做
BEFORE DELETE来“禁止删除”：权限控制或外键约束更可靠，触发器反而难调试
注意：所有变量声明（如 DECLARE msg VARCHAR(100)）必须紧贴 BEGIN 后第一行，否则语法报错；DELIMITER 忘改会导致创建失败。
复杂点不在语法，而在你是否意识到：触发器不是万能胶，它没有事务隔离边界，不能跨库调用，也不感知应用层重试逻辑。一旦写进触发器，就等于把业务规则钉死在数据库里，改起来比改代码还疼。
