如何在EF Core 2.1中用BeginTransaction()模拟嵌套事务？

好问题！在EF Core 2.1中，DbContext.Database.BeginTransaction()本身并不支持TransactionScope那样的自动嵌套事务逻辑，但我们可以借助**数据库保存点（Savepoint）**来实现类似的效果——保存点允许你在一个事务内创建状态标记，失败时仅回滚到标记点，而不是整个外层事务，完美匹配嵌套事务的需求。

完整示例代码 #

using (var context = new YourDbContext())
{
    // 开启外层数据库事务
    using (var outerTransaction = context.Database.BeginTransaction())
    {
        try
        {
            // 执行外层事务的业务操作
            context.Products.Add(new Product { Name = "外层商品", Price = 99.9m });
            await context.SaveChangesAsync();

            // 模拟内层"嵌套事务"：创建一个保存点
            const string innerSavepoint = "InnerTransactionSavepoint";
            context.Database.CreateSavepoint(innerSavepoint);

            try
            {
                // 执行内层事务的业务操作
                context.Orders.Add(new Order { ProductId = 1, Quantity = 2 });
                await context.SaveChangesAsync();

                // 内层操作成功：对应TransactionScope的Complete()，无需额外操作，保存点的修改会被保留
            }
            catch (Exception ex)
            {
                // 内层操作失败：回滚到保存点，外层事务的修改不受影响
                context.Database.RollbackToSavepoint(innerSavepoint);
                // 这里可以根据业务需求决定是否抛出异常，或者继续执行外层逻辑
                Console.WriteLine($"内层操作失败，已回滚：{ex.Message}");
            }

            // 外层操作全部完成，提交整个事务
            outerTransaction.Commit();
        }
        catch (Exception ex)
        {
            // 外层操作失败：回滚整个事务
            outerTransaction.Rollback();
            Console.WriteLine($"外层事务失败，已回滚：{ex.Message}");
            throw;
        }
    }
}

核心逻辑说明 #

• 外层事务基础：用BeginTransaction()开启的顶级数据库事务是整个操作的容器，所有修改最终都通过它提交或回滚。
• 保存点模拟内层事务：CreateSavepoint()相当于开启内层事务，它在当前事务内创建一个状态标记点。
• 内层成功的处理：如果内层操作没有异常，不需要像TransactionScope那样调用Complete()——只要不回滚到保存点，内层的修改就会被包含在外层事务的最终提交中。
• 内层失败的处理：调用RollbackToSavepoint()会将数据库状态回滚到创建保存点之前的状态，外层事务已经完成的修改依然保留，这和TransactionScope内层失败不影响外层的行为完全一致。
• 外层事务的收尾：外层的Commit()会提交所有未回滚的修改，Rollback()则会撤销整个事务的所有操作。

注意和TransactionScope的差异 #

• TransactionScope支持自动事务提升（比如从本地事务切换到分布式事务），但用保存点的方式只能在单个数据库事务内模拟嵌套，不支持跨数据库/服务的分布式场景。
• 手动管理保存点需要自己处理异常和回滚逻辑，不像TransactionScope那样通过using块自动完成事务的收尾。

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