MySQL Nested TransactionScope 测试失败问题

在本文中，我们将介绍MySQL Nested TransactionScope在测试时的失败问题。MySQL作为一种常见的数据库系统，其嵌套事务的功能一直备受关注。然而，在测试Nested TransactionScope时，我们可能会遇到一些问题，下面就让我们一步步来看。

阅读更多：MySQL 教程

Nested TransactionScope 简介

Nested TransactionScope，即嵌套式事务范围，它在 .NET Framework 2.0 引入，并在之后的版本中得到了不断的完善。它的作用是将一组操作绑定在一个事务范围中，使其成为整体的原子操作。嵌套事务的实现方式是在一个事务内再起一个新的事务范围，而不是真正的嵌套。通常情况下，我们可以通过 MySQL 数据库自带的嵌套事务实现功能。

测试场景

在测试场景中，我们需要在一个TransactionScope内部启动另一个TransactionScope。这个场景使用起来颇为简单，只需要按照如下代码来操作：

public void TestNestedTransaction()
{
    using (TransactionScope ts1 = new TransactionScope())
    {
        // 数据库操作
        using (TransactionScope ts2 = new TransactionScope())
        {
            // 数据库操作
            ts2.Complete();
        }
        ts1.Complete();
    }
}

这里，我们的代码中存在两个TransactionScope。它们分别在一个using块中，让我们先看下TransactionScope的调用方式。

TransactionScope 的一些设置

在调用 TransactionScope 的构造函数时，我们可以传入一些参数进行一些设置。下面是一些常用选项的解释：

ScopeOption：事务范围。包括必须、不支持和可重新启用三个选项。
IsolationLevel：数据库事务的隔离级别。包括 Serializable、RepeatableRead、ReadCommitted 和 ReadUncommitted 四个选项。
TransactionScopeAsyncFlowOption：指定TransactionScope 是否应与执行上下文一起异步流，可选的一项。

当然，这里我们暂不需要设置，交由 MySQL 数据库自动处理。下面再看下具体的测试代码。

嵌套 TransactionScope 测试代码

嵌套 TransactionScope 的测试代码如下，注意到在第二个TransactionScope结束后才会执行第一个TransactionScope.Complete()，这是因为两个TransactionScope形成一个嵌套关系：

public void TestChildTransaction()
{
    try
    {
        using (var conn = new SqlConnection(_ConnectionString))
        {
            conn.Open();
            using (var outerTx = new TransactionScope())
            {
                Assert.NotNull(conn.BeginTransaction());

                using (var innerTx = new TransactionScope())
                {
                    using (var comm = new SqlCommand(@"INSERT INTO tb_test(name,id)VALUES('zhangsan',111)", conn))
                    {
                        comm.ExecuteScalar();
                    }

                    using (var innerconn = new SqlConnection(_ConnectionString))
                    {
                        innerconn.Open();
                        using (var innerCmd = new SqlCommand(@"SELECT COUNT(*) FROM tb_test where id = 111", innerconn))
                        {
                            Assert.Equal(innerCmd.ExecuteScalar(), 1);
                        }
                    }
                }

                using (var cmd = new SqlCommand(@"SELECT COUNT(*) FROM tb_test where id = 111", conn))
                {
                    Assert.Equal(cmd.ExecuteScalar(), 1);
                }

                outerTx.Complete();
            }
        }
    }
    catch (Exception ex)
    {
        Assert.Fail(ex.Message);
    }

}

这个测试代码会在一个嵌套的TransactionScope中执行两条SQL语句，第一条是新增语句，第二条是查询语句。最终返回的结果应该是1。

测试失败原因

然而，当我们执行这段代码时，可能会遇到一些问题。事实上，如果嵌套 TransactionScope 不是很熟悉，我们就很容易遇到它的坑。

首先，嵌套 TransactionScope 并不真正的进行嵌套，而仅是在相同的数据库连接上启用了新的事务，这意味着在使用 MySqlCommand.ExecuteNonQuery() 执行 INSERT 语句之后，新的插入是由当前事务的状态保护的。在这种情况下，如果使用 MySqlCommand的 Rollback() 方法可以取消这个 INSERT 语句，因为它发生在数据库连接和事务外部。但是，如果你使用 Commit() 方法，则这个插入语句将会被永久保存在数据库中，所以如果这个事务回滚或使用 TransactionScope.Complete() 并且外层事务在之后回滚，在这种情况下，你将看到在内部事务提交之前也会回滚。

细心的开发者可能已经注意到了，在测试代码中我们没有执行 TransactionScope.Complete() 方法。这就是测试失败的原因之一。因为在使用嵌套TransactionScope时，我们需要在最内层的Scope里主动调用 Complete() 方法，才能保证整个事务的成功提交。在测试代码中，如果我们忘记调用 Complete() 方法，那么就会出现执行完第二个事务后，会整体回滚，并且没有插入任何数据的情况。

此外，如果你的嵌套事务实现中没有采用 TransactionScope 类来管理事务，则还需要注意事务的嵌套层数。如果嵌套层数超过了数据库允许的最大值，那么事务就会失败，并抛出 TransactionManager.MaximumNestedDepthReached 异常。