如何在MySQL触发器中捕捉并处理特定条件的异常错误？-mysql教程-PHP中文网

mysql触发器无法捕获运行时异常，错误会直接导致dml回滚且无法用declare handler等机制处理；唯一可行方式是在before触发器中预检并signal主动报错。

如何在mysql触发器中捕捉并处理特定条件的异常错误？

MySQL触发器根本不能捕获运行时异常

直接说结论：你无法在 BEFORE 或 AFTER 触发器里用 DECLARE HANDLER、TRY...CATCH 或 GET DIAGNOSTICS 捕获错误。一旦触发器内语句出错（比如 INSERT 违反唯一约束、UPDATE 更新被锁定的行、除零、字段为 NOT NULL 却赋 NULL），整个原始 DML 语句立即回滚，触发器执行中断，什么日志都留不下。

常见现象包括：ERROR 1062 (23000): Duplicate entry、ERROR 1048: Column 'xxx' cannot be null、ERROR 1422: Explicit or implicit commit is not allowed——这些错误不会进入任何 handler，也不会被 RESIGNAL 捕获。

想“处理异常”，只能靠 BEFORE 触发器主动预检 + SIGNAL

既然没法事后捕获，就只能事前拦截。在 BEFORE INSERT 或 BEFORE UPDATE 中，用 SELECT ... INTO 查询、IF 判断、SIGNAL 主动报错，是唯一可控的方式。

适合场景：检查邮箱格式、判断用户名是否已存在、校验金额非负、确认外键关联记录存在等
注意并发安全：SELECT ... INTO 只能防住“明显违规”，无法 100% 避免唯一冲突（需配合应用层重试或存储过程的 CONTINUE HANDLER FOR 1062）
SIGNAL 必须带明确 SQLSTATE 或错误码，例如 SIGNAL SQLSTATE '45000' SET MESSAGE_TEXT = '邮箱已被注册'
避免在触发器里做耗时查询（如全表扫描），否则会拖慢所有 DML

示例：防止插入空邮箱

MySQL

编写正确的MySQL查询，避免字符集、索引和锁方面的常见陷阱。

下载

DELIMITER $$
CREATE TRIGGER check_email_not_null
  BEFORE INSERT ON users
  FOR EACH ROW
BEGIN
  IF NEW.email IS NULL OR TRIM(NEW.email) = '' THEN
    SIGNAL SQLSTATE '45000' SET MESSAGE_TEXT = '邮箱不能为空';
  END IF;
END$$
DELIMITER ;

真正能捕获错误的是存储过程，不是触发器

如果你需要记录错误到 error_log 表、执行补偿逻辑、或根据错误码分支处理，必须把核心逻辑从触发器移出去，改用带 DECLARE HANDLER 的存储过程封装。

CONTINUE HANDLER FOR 1062 可捕获唯一冲突并继续执行后续语句（如转为 UPDATE）
EXIT HANDLER FOR SQLEXCEPTION 可在出错时写日志，再用 RESIGNAL 向上抛原始错误
触发器禁止调用含事务或 handler 的存储过程（MySQL 明确报错 ERROR 1422）
应用层应调用该存储过程，而非直连 INSERT/UPDATE

示例：邮箱冲突时更新最后登录时间

DELIMITER $$
CREATE PROCEDURE upsert_user(IN p_email VARCHAR(255))
BEGIN
  DECLARE CONTINUE HANDLER FOR 1062
    UPDATE users SET last_login = NOW() WHERE email = p_email;
  INSERT INTO users (email, created_at) VALUES (p_email, NOW());
END$$
DELIMITER ;