MySQL触发器中无法执行ROLLBACK，也不支持显式控制事务提交或回滚；唯一标准的中止方式是使用SIGNAL抛出异常以终止当前语句。
MySQL触发器里不能用ROLLBACK终止事务
直接说结论：TRIGGER 中无法执行 ROLLBACK，也不支持显式控制事务提交或回滚。这是 MySQL 的硬性限制——触发器运行在父语句的上下文中，它本身不是独立事务，也没有权限中断外层事务流程。
常见错误现象是写类似 IF @condition THEN ROLLBACK; END IF;，结果报错：ERROR 1305 (45000): SAVEPOINT does not exist 或更直接的 ERROR 1329 (02000): No data - zero rows fetched（如果误用了游标逻辑），但根本原因始终是语法不被允许。
真正能做的只有两件事：抛出异常让语句失败、或用条件逻辑跳过后续操作。
用SIGNAL强制中止当前语句（最常用方案）
SIGNAL 是唯一标准、跨版本兼容（5.5+）的“软终止”方式。它会立即停止触发器执行，并将错误传递给上层语句，导致该语句失败，从而间接实现“事务不继续”的效果（前提是整个事务只包含这一个语句，或你已用 START TRANSACTION 显式包裹）。
实操建议：
- 必须指定 SQLSTATE（5位字符串），推荐用自定义的客户端可识别码，如
'45000'（未定义异常） -
SET MESSAGE_TEXT要写清楚业务含义，比如'订单金额不能为负数，插入被拒绝' - 避免在
BEFORE INSERT触发器中修改NEW字段后再SIGNAL，除非你明确知道字段已无效
示例（阻止负余额插入）：
DELIMITER $$
CREATE TRIGGER check_balance_before_insert
BEFORE INSERT ON accounts
FOR EACH ROW
BEGIN
IF NEW.balance < 0 THEN
SIGNAL SQLSTATE '45000' SET MESSAGE_TEXT = '账户余额不能为负';
END IF;
END$$
DELIMITER ;BEFORE触发器中修改NEW值比中止更轻量
很多场景其实不需要“终止”，只需要“矫正”。比如自动补全空字段、标准化时间、转换大小写等。这时在 BEFORE INSERT/UPDATE 中直接赋值给 NEW.column_name 即可，无需 SIGNAL，性能更好、无异常开销。
使用场景：
- 用户传了
NULL，但业务要求默认为当前时间 →SET NEW.created_at = NOW(); - 前端传了字符串
'yes'，需转成布尔TINYINT→SET NEW.is_active = IF(NEW.status = 'yes', 1, 0); - 防止重复插入相同邮箱（配合唯一索引更可靠，但可前置校验）→
IF EXISTS(SELECT 1 FROM users WHERE email = NEW.email) THEN SIGNAL ...;
复杂校验建议移到应用层或存储过程
触发器适合简单、单表、强约束逻辑（如非空、范围、格式）。一旦涉及多表 JOIN 查询、调用外部 API、或需要事务级原子性兜底（比如“扣库存 + 写订单”必须一起成功），就超出触发器能力边界。
容易踩的坑：
- 在触发器里查同一张表（如
SELECT ... FROM accounts WHERE id = NEW.id），会触发ERROR 1442 (HY000)：「Can't update table in stored function/trigger」 - 嵌套触发器深度超限（默认
max_sp_recursion_depth=255），尤其当 A 表触发器改 B 表，B 表又有触发器改 A 表时 - 复制环境（主从）下，
SIGNAL错误可能不被从库识别，造成数据不一致
真正需要动态事务控制的逻辑，应该封装进存储过程中，由应用显式调用，并自行处理 START TRANSACTION / COMMIT / ROLLBACK。
