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：
Miller CSV TSV JSON 数据处理器
下载
Miller (mlr) 是一个命令行工具，用于查询、整形和重新格式化名称索引数据，如 CSV、TSV、JSON 和 JSON Lines。它将 awk、sed、cut、join 和 sort 的功能整合到一个专为结构化数据处理而构建的单一工具中。
- 开头用
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 可靠标记错误，就能保障数据一致性。
