C# TransactionScope遇异常未回滚操作的问题求助

我正在研究TransactionScope类，编写了一段操作MySQL数据库的简单代码，用于创建表并插入数据：

private MySqlConnection CreateConnection()
{
    string connectionStr
        = "server=127.0.0.1;database=test;uid=root";

    MySqlConnection conn = new MySqlConnection(connectionStr);
    conn.Open();

    return conn;
}

var dropTableIfExist = new MySqlCommand()
{
    CommandText = "Drop Table IF EXISTS People",
    CommandType = CommandType.Text
};

var createTable = new MySqlCommand()
{
    CommandText = "Create Table People (id integer auto_increment primary key, name varchar(15) not null)",
    CommandType = CommandType.Text
};

var insertion1 = new MySqlCommand()
{
    CommandText = "Insert into People (name) values ('Bob')",
    CommandType = CommandType.Text
};

var badInsertion1 = new MySqlCommand()
{
    CommandText = "Insert into People (name) values (null)",
    CommandType = CommandType.Text
};

try
{
    using (var scope = new TransactionScope())
    {
        using (var conn = CreateConnection())
        {
            dropTableIfExist.Connection = conn;
            dropTableIfExist.ExecuteNonQuery();

            // Creates a new table called people with a name column 
            createTable.Connection = conn;
            createTable.ExecuteNonQuery();

            // Inserts 'Bob' into the people table
            insertion1.Connection = conn;
            insertion1.ExecuteNonQuery();

            // Inserts null into the new table and an exception (Column 'name' cannot be null) gets thrown
            badInsertion1.Connection = conn;
            badInsertion1.ExecuteNonQuery();
        }

        scope.Complete();
    }
}
catch (Exception e)
{
    Console.WriteLine(e.Message);
}

按照我的理解，当执行插入null的操作抛出异常时，scope.Complete()不会被调用，创建People表和插入'Bob'的所有操作都应该被回滚。但实际数据库中People表已创建，且'Bob'已被插入，我对该回滚机制的运作方式感到困惑，希望有人能解释其中的原因。

原因分析 #

1. MySQL的DDL语句会隐式提交事务 #

这是核心问题：在MySQL中，所有数据定义语言（DDL）语句（如CREATE TABLE、DROP TABLE、ALTER TABLE等）执行时，会自动提交当前的活跃事务，无论事务是否显式调用了提交命令。

在你的代码中，当执行createTable.ExecuteNonQuery()时，MySQL会立即提交当前由TransactionScope管理的事务，这意味着：

• DROP TABLE IF EXISTS People和CREATE TABLE People的操作已经被永久提交到数据库，无法再被回滚。
• 后续的INSERT INTO People (name) VALUES ('Bob')操作会在一个新的、独立的事务中执行（因为之前的事务已经被DDL隐式提交），而这个新事务在连接关闭时（using块结束）会被自动提交（MySQL默认的自动提交模式是开启的，除非显式关闭）。

2. 连接的自动提交模式影响 #

默认情况下，MySQL的连接是开启autocommit模式的。当之前的事务被DDL隐式提交后，后续的DML操作（如INSERT）会在autocommit模式下执行，每条语句执行后立即自动提交，所以即使后续抛出异常，已经执行的INSERT操作也不会被回滚。

3. TransactionScope与MySQL的兼容性补充 #

确保你的MySQL Connector/NET版本支持System.Transactions的事务登记（通常需要连接字符串中包含Enlist=true，这是默认值），但即使配置正确，DDL的隐式提交特性依然会打破TransactionScope的事务边界。

解决方案 #

如果需要让DDL操作也能被回滚，你可以尝试以下方式：

• 使用MySQL的原子DDL特性（MySQL 8.0.19及以上版本支持），通过执行SET SESSION disable_ddl_transactions = OFF启用（默认开启，部分环境可能被修改）。注意：并非所有DDL操作都支持原子性，比如CREATE TABLE在InnoDB引擎下支持，但DROP TABLE可能仍不支持。
• 避免在事务中混合DDL和DML操作，尽量将DDL操作放在事务之外，或者改用支持事务的方式管理表结构变更。
• 显式关闭连接的autocommit模式：在打开连接后执行conn.Execute("SET autocommit = 0")，确保所有操作都在同一个事务中，直到显式提交或回滚。

内容的提问来源于stack exchange，提问作者mge3.14