如何在MySQL存储过程中捕获并优雅地处理SQLEXCEPTION异常？-mysql教程-PHP中文网

必须用declare exit handler for sqlexception配合start transaction才能触发回滚，仅声明handler不开启事务则无效；应优先按sqlstate精确捕获错误（如'23000'、'22003'），exit handler确保立即退出并回滚，continue handler需手动检查状态，且必须显式rollback并加resignal透传错误。

如何在mysql存储过程中捕获并优雅地处理sqlexception异常？

不加 DECLARE HANDLER 就等于没处理异常——SQL失败后继续执行，事务不会自动回滚，调用方收不到错误，业务逻辑大概率错乱。

必须用 `SQLEXCEPTION`，但不能只写它

单独写 DECLARE EXIT HANDLER FOR SQLEXCEPTION 能捕获所有未被 SQLWARNING 或 NOT FOUND 拦下的错误，但会掩盖具体原因，导致无法区分可重试冲突（如主键重复）和不可恢复错误（如除零、类型越界）。实际中应优先按 SQLSTATE 精确捕获：

'23000'：主键/唯一键冲突、外键约束失败，适合记录日志 + 重试或返回友好提示
'22003'：数值越界（如 TINYINT 插入 256），需检查输入合法性
'22012'：除零、NULL 参与算术运算，应提前判空或设默认值
避免仅用 SQLEXCEPTION 做兜底 handler，除非你真打算统一处理所有错误

`EXIT` 和 `CONTINUE` 的行为差异直接决定事务是否可靠

选错 handler 类型会让事务控制完全失效：

MySQL

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

下载

DECLARE EXIT HANDLER：触发后立即退出当前 BEGIN...END 块，适合包裹在 START TRANSACTION 内——能天然防止“部分提交”
DECLARE CONTINUE HANDLER：捕获后继续执行 handler 后面的语句，适合仅设标志位或记日志，但必须手动检查状态并显式 ROLLBACK
在 EXIT handler 中只 SET 变量却不 ROLLBACK，事务会卡住；连接释放时可能被自动回滚，但调用方完全感知不到

`ROLLBACK` 必须显式写，`RESIGNAL` 强烈建议加上

handler 里只写 ROLLBACK 不够，调用方很可能收不到错误信息，变成“静默失败”：

必须在 EXIT HANDLER 中调用 ROLLBACK，否则事务不会结束
加 RESIGNAL 才能让原始错误透出到客户端（比如 Python 的 pymysql.err.IntegrityError）
若 handler 中做了自定义日志或补偿操作，RESIGNAL 必须放在最后，否则后续语句不执行

示例写法：

DECLARE EXIT HANDLER FOR SQLSTATE '23000' BEGIN
  INSERT INTO error_log (msg, created_at) VALUES ('Duplicate key', NOW());
  ROLLBACK;
  RESIGNAL;
END;