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 可靠标记错误，就能保障数据一致性。
