处理MySQL事务时使用PHP的Throwable是否为最佳实践？

结论 #

在数据库事务处理这类要求严格保证数据一致性的场景下，捕获Throwable是合理且必要的最佳实践。

原有写法的漏洞 #

PHP 7及以上版本中，错误体系分为两大类，二者均实现了Throwable接口：

• 继承自Exception的异常类（运行时异常、数据库操作异常等）
• 继承自Error的错误类（类型错误TypeError、算术错误ArithmeticError、语法错误ParseError等）

原有仅捕获Exception的写法，遇到Error类型的错误时会直接跳出逻辑，不会触发回滚操作，导致未提交的事务一直挂在连接中，最终可能出现数据不一致的问题，在大量逻辑复用、数据处理量级大的场景下，这类问题的影响会被放大。

捕获Throwable的合理性 #

大家普遍顾虑的「不建议全场景捕获Throwable」，核心是怕无差别捕获后掩盖错误、丢失问题现场。但你当前的处理逻辑是捕获后先执行回滚，再重新抛出原错误，完全不会存在掩盖错误的问题：

• 保证了只要事务开启后出现任何代码层面的问题，都能触发回滚，保证数据一致性
• 重新抛出的逻辑保留了完整的错误栈信息，不影响上层的错误日志收集、异常处理流程

优化后的代码示例 #

public function test()
{
    $db->beginTransaction();

    try {
        // 业务代码
        $db->commit();
    } catch (\Throwable $e) {
        // 回滚前先判断当前连接是否处于事务中，避免回滚本身抛出错误
        if ($db->inTransaction()) {
            $db->rollBack();
        }
        throw $e;
    }
    return $this;
}

额外注意事项 #

• 不要省略回滚后的抛出操作，仅回滚不抛出才是会掩盖问题的错误写法
• 不要把beginTransaction放到try块内，避免事务开启本身失败时，后续执行无意义的回滚操作

内容的提问来源于stack exchange，提问作者Nishant