条件插入与回滚：如何处理A、C插入失败联动的顺序执行场景？

这问题本质上是要保证A和C两个插入操作的原子性——要么他俩都成功落地，要么都彻底失败，对吧？结合你的需求，我给你两种常见的处理方案，适配不同的业务场景：

场景1：B的执行结果需要和A/C绑定（B失败则A/C都回滚） #

如果你的业务要求B也必须和A、C一起“同生共死”，那最简单的方式就是把三条语句放在同一个数据库事务里执行。

以标准SQL为例，代码大致是这样：

BEGIN TRANSACTION;
-- 执行语句A
INSERT INTO table_a (...) VALUES (...);
-- 执行语句B
INSERT INTO table_b (...) VALUES (...);
-- 执行语句C
INSERT INTO table_c (...) VALUES (...);
-- 所有语句成功则提交事务
COMMIT;

原理： #

数据库事务的**原子性（Atomicity）**会保证：只要A、B、C中任何一条执行失败（比如违反约束、语法错误），整个事务就会自动回滚，所有已执行的插入操作都会被撤销。这样自然满足你的要求：A失败→C不会执行（等同于失败）；C失败→A的操作会被回滚（等同于失败）。

场景2：B的执行不影响A/C的绑定（B失败仍要保证A/C同成败） #

如果你的业务允许B失败，但A和C必须始终保持“要么都成，要么都败”的状态，那可以用事务+异常捕获的方式，单独处理B的执行结果，同时把A和C牢牢绑定在同一个事务里。

以SQL Server为例，代码示例如下：

BEGIN TRANSACTION;
DECLARE @A_Succeeded BIT = 0;

BEGIN TRY
    -- 先执行A
    INSERT INTO table_a (...) VALUES (...);
    SET @A_Succeeded = 1;

    -- 单独处理B的执行，失败也不终止整体流程
    BEGIN TRY
        INSERT INTO table_b (...) VALUES (...);
        PRINT '语句B执行成功';
    END TRY
    BEGIN CATCH
        PRINT '语句B执行失败：' + ERROR_MESSAGE();
        -- 这里可以记录错误日志，不影响后续C的执行
    END CATCH

    -- 执行C
    INSERT INTO table_c (...) VALUES (...);
    -- 所有必要操作成功，提交事务
    COMMIT TRANSACTION;
    PRINT 'A和C执行成功，事务提交';
END TRY
BEGIN CATCH
    -- 任何异常（A失败/C失败）都会触发回滚
    IF @@TRANCOUNT > 0
        ROLLBACK TRANSACTION;
    PRINT '事务回滚：' + ERROR_MESSAGE();
    -- 重新抛出异常，方便上层处理
    THROW;
END CATCH

原理： #

• 如果A执行失败，直接进入外层CATCH块，事务回滚，C根本不会执行，满足“A失败则C失败”；
• 如果A执行成功，但C失败，外层CATCH块会回滚整个事务，A的插入操作也会被撤销，满足“C失败则A失败”；
• B的执行被单独包裹在TRY/CATCH里，不管成功或失败，都不会影响A和C的原子性绑定。

注意事项 #

• 不同数据库的语法细节会有差异：比如MySQL用DECLARE HANDLER处理异常，PostgreSQL用EXCEPTION块，Oracle的PL/SQL语法也类似，但核心逻辑都是用事务包裹A和C，确保原子性；
• 要确保你的数据库表引擎支持事务（比如MySQL的InnoDB，不能用MyISAM）；
• 如果C的执行依赖B的插入结果（比如C需要B生成的主键），那B失败的话C大概率也会失败，这时候整个事务回滚，同样符合你的要求。

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