ADO.NET 僵尸事务错误？如何保证命令不会在隐式事务上执行？

Question

例如，当发生死锁时，以下SQL 命令会成功执行，即使它们分配了回滚后的SQL 事务。看起来，这是由 SQL Server 上创建的新隐式事务引起的。

有人可能期望 ADO.NET 会抛出异常，表明命令正在僵尸事务上执行。但是，不会抛出此类异常。 （我认为这是 ASP.NET 中的一个错误。）此外，由于僵尸事务，最终的 Dispose() 会默默地忽略回滚。

有什么想法，我如何确保没有人可以在隐式事务上执行命令？ 或者，如何检查该交易是僵尸交易？我发现 Commit() 和 Rollback() 检查僵尸事务，但是我可以调用它们进行测试:)

我还发现读取 IsolationLevel 也会进行检查，但我不确定简单的调用 transaction.IsolationLevel.ToString(); 是否不会被未来的优化器删除。或者您是否知道任何其他安全的方法来调用 getter（不使用反射或 IL 发射）？

编辑：Remus Rusanu 指出这种情况通常不会发生。是的，确实如此。当代码中存在错误时通常会发生这种情况。在我们的例子中，finally 语句中有一些日志记录例程试图将失败存储到数据库中。现在，我正在尝试找到一种解决方案，以便将来检测此类错误。由于这些错误很难测试。如果 ADO.NET 检查所提供的事务是否为僵尸事务，则将更容易发现此错误。我发现了两种可能性：

1. 关闭隐式事务的创建 - 我不确定这是否可能。
2. 确保在执行任何命令之前，检查僵尸事务是否会运行。

Answer 1

你所描述的情况不存在。事务回滚将在您的应用程序中引发非常明显的异常。出于某种原因，我更相信您的代码捕获了异常并默默地忽略它，在事务回滚后继续执行语句。

Answer 2

可能与您的问题没有直接关系，因为它是由错误引起的，但仍然可能令人感兴趣。并非所有错误都会导致事务回滚，因此有时事务可能“部分成功” - 某些语句出错，而其他语句则正常完成。
有一个选项 SET XACT_ABORT ON 使服务器中止事务任何错误。

考虑到你的问题，你不能关闭隐式事务（如果你执行一条SQL语句，除非另一个事务已经处于活动状态，否则将创建一个隐式事务）。因此，您只需正确处理错误，以确保在您需要时有交易存在。
看一下 TransactionScope 类，您可以使用它以避免在代码中管理这些事务。

Answer 3

//根据您的描述，我猜测您的代码有效地执行了此操作，

        SqlConnection conn = new SqlConnection("ConnectionString");
        SqlCommand cmd = new SqlCommand("insert into ....");

        cmd.Connection = conn;

        conn.Open();

        SqlTransaction tran = conn.BeginTransaction();


        cmd.Transaction = tran;

        tran.Rollback(); //or tran.Dispose();

        cmd.ExecuteNonQuery();

这会导致 cmd 在事务范围之外执行。

删除行 cmd.Connection = conn;将实现我认为您正在寻找的行为（例如，命令将失败，因为事务不再有效。）

SqlConnection conn = new SqlConnection("ConnectionString");
    SqlCommand cmd = new SqlCommand("insert into ....");

    //cmd.Connection = conn;

    conn.Open();

    SqlTransaction tran = conn.BeginTransaction();
    cmd.Connection = tran.Connection;

    cmd.Transaction = tran;

    tran.Rollback(); //or tran.Dispose();

    cmd.ExecuteNonQuery();