事务执行出错时Delete操作仍生效？为何未自动回滚？

你遇到的问题本质是事务不会在默认情况下自动回滚所有操作，除非数据库因严重错误强制终止事务，或者你显式执行回滚逻辑。具体原因和解决方法如下：

可能的原因 #

• 数据库错误处理机制的默认行为：
  以SQL Server为例，默认情况下（XACT_ABORT设为OFF），部分非致命运行时错误（比如列类型不匹配、插入违反约束等）只会抛出异常，但不会自动终止当前事务。如果你的代码没有捕获这个错误，程序会继续执行到COMMIT TRANSACTION语句，导致已经成功执行的DELETE操作被提交，而失败的INSERT被跳过。
• 缺少显式的错误捕获与回滚逻辑：
  事务的原子性需要主动保障——数据库不会自动在出错后跳过COMMIT并执行ROLLBACK，必须由你在错误发生时显式调用回滚操作。

解决方案 #

1. 启用严格的事务终止设置（针对SQL Server） #

在事务开始前设置SET XACT_ABORT ON;，这样当大多数错误发生时，数据库会自动终止事务并回滚所有未提交的操作，避免后续的COMMIT被执行：

SET XACT_ABORT ON;
BEGIN TRANSACTION
    DELETE FROM TableA WHERE Col1 = 'someval'
    INSERT INTO TableB (col1,col2,col3,coln)
    SELECT col1,col2,col3,coln FROM SomeOtherTable
COMMIT TRANSACTION

2. 添加显式的TRY/CATCH错误处理 #

这是更通用、可控的方案，通过捕获错误并在异常分支中执行回滚，确保事务的原子性：

BEGIN TRY
    BEGIN TRANSACTION
        DELETE FROM TableA WHERE Col1 = 'someval'
        INSERT INTO TableB (col1,col2,col3,coln)
        SELECT col1,col2,col3,coln FROM SomeOtherTable
    COMMIT TRANSACTION
END TRY
BEGIN CATCH
    -- 检查是否存在未提交的事务，若有则回滚
    IF @@TRANCOUNT > 0
        ROLLBACK TRANSACTION
    -- 可以在此处记录错误信息或重新抛出异常
    THROW;
END CATCH

其他数据库的注意事项 #

比如PostgreSQL，默认在错误发生后会将事务置于"中止"状态，此时必须显式执行ROLLBACK才能结束事务；如果你的应用代码在错误后仍尝试执行COMMIT，会触发报错，但不会提交任何操作。但无论哪种数据库，显式的错误捕获和回滚逻辑都是保障事务原子性的最佳实践。

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