MySQL事务异常处理需显式声明错误处理器、手动控制事务边界并避免隐式提交；通过DECLARE HANDLER捕获错误码，结合START TRANSACTION/ROLLBACK/COMMIT实现可靠回滚。

MySQL 事务中无法像高级语言那样直接用 try...catch 捕获异常，但可以通过错误处理机制（如 DECLARE HANDLER）配合事务控制语句（START TRANSACTION、COMMIT、ROLLBACK）实现可靠的异常回滚。关键在于：**显式声明错误处理器 + 手动控制事务边界 + 避免隐式提交干扰**。

使用 DECLARE HANDLER 捕获 SQL 异常

在存储过程或函数中，可定义 CONTINUE 或 EXIT 类型的错误处理器，响应特定错误码（如主键冲突、外键约束、数据截断等）：

• 常见错误码示例：1062（重复键）、1452（外键不匹配）、1264（数值越界）
• 基本写法：

  DECLARE CONTINUE HANDLER FOR 1062
        SET @error_occurred = TRUE;

• 推荐用 EXIT HANDLER：确保出错后立即退出当前作用域，并触发回滚逻辑

手动控制事务 + 显式回滚

MySQL 不支持自动事务回滚，必须在检测到错误后主动执行 ROLLBACK：

• 开头用 START TRANSACTION 明确开启事务（避免被 AUTOCOMMIT 干扰）
• 在 handler 中设置标志位（如 @rollback_flag := 1），并在事务体末尾判断是否回滚
• 示例结构：

  START TRANSACTION;
      SET @rollback_flag = 0;
      INSERT INTO orders (...) VALUES (...);
      IF @rollback_flag = 1 THEN ROLLBACK; ELSE COMMIT; END IF;

避免隐式提交导致事务失效

某些语句会强制提交当前事务，使 ROLLBACK 失效，务必避开：

• DDL 语句：如 CREATE TABLE、ALTER TABLE、DROP INDEX
• 锁相关语句：如 LOCK TABLES、UNLOCK TABLES
• 管理类语句：如 SET AUTOCOMMIT = 1、START SLAVE
• 若需在事务中建临时表，用 CREATE TEMPORARY TABLE（不触发提交）

结合存储过程封装健壮逻辑

将事务+异常处理封装为存储过程，提升复用性和可维护性：

• 输入参数校验放在事务外，减少事务持有时间
• 每个 DML 操作后检查 ROW_COUNT() 或错误状态，及时响应失败
• 使用 GET DIAGNOSTICS 获取更详细的错误信息（MySQL 5.6+）
• 上线前用 SHOW ENGINE INNODB STATUS 检查死锁和长事务

不复杂但容易忽略：事务异常处理的核心不是“捕获”，而是“识别 + 响应 + 回滚”。只要控制好事务起点、避开隐式提交、用 handler 可靠标记错误，就能保障数据一致性。