使用TransactionScope可实现C#中跨数据库的分布式事务，依赖MSDTC服务协调两阶段提交，需确保数据库支持XA协议、网络配置正确，并注意性能开销与平台限制，在.NET Core跨平台场景宜采用Saga或最终一致性等替代方案。
在C#中实现数据库的分布式事务，主要依赖于 System.Transactions 命名空间中的事务管理机制，尤其是 TransactionScope 类。它能够自动提升本地事务为分布式事务，并协调多个资源管理器（如多个数据库、消息队列等）之间的提交一致性。
使用 TransactionScope 实现分布式事务
这是最常见和推荐的方式。通过包裹数据库操作在 TransactionScope 中，.NET 会自动协调跨连接的事务一致性。
示例代码：
using (var scope = new TransactionScope(TransactionScopeOption.Required,
new TransactionOptions { IsolationLevel = IsolationLevel.Serializable }))
{
using (var conn1 = new SqlConnection(connectionString1))
{
conn1.Open();
var cmd1 = new SqlCommand("INSERT INTO Table1 (Name) VALUES ('A')", conn1);
cmd1.ExecuteNonQuery();
}
using (var conn2 = new SqlConnection(connectionString2))
{
conn2.Open();
var cmd2 = new SqlCommand("INSERT INTO Table2 (Value) VALUES (100)", conn2);
cmd2.ExecuteNonQuery();
}
// 所有操作成功，提交事务
scope.Complete();
}
只要任一数据库操作失败，未调用 scope.Complete()，整个事务将回滚。
需要的基础支持
要使分布式事务正常工作，以下几项支持必不可少：
- MSDTC（Microsoft Distributed Transaction Coordinator）服务：在 Windows 上必须启用并运行该服务。它是协调跨数据库事务的核心组件。
- 数据库支持 XA 或类似协议：SQL Server、Oracle 等主流数据库支持分布式事务协议。SQL Server 使用 MSDTC 进行两阶段提交（2PC）。
- 网络权限与防火墙配置：如果涉及多台服务器，MSDTC 需要在网络中通信，需开放相应端口（如 135 和动态端口），并配置 DTC 访问权限。
-
连接字符串不能使用连接池（或需小心处理）：虽然通常可以使用连接池，但在某些复杂场景下，连接池可能导致事务上下文丢失。可设置
Enlist=false显式控制是否参与事务。
注意事项与限制
- 性能开销大：分布式事务使用两阶段提交，锁持有时间长，影响并发性能。
- 仅限于 .NET Framework 的完整功能：在 .NET Core / .NET 5+ 中，Windows 上仍支持 MSDTC，但跨平台（Linux/macOS）不支持 MSDTC。此时需改用其他方案，如最终一致性、Saga 模式。
- 避免长时间运行的操作在 TransactionScope 内，否则容易导致超时或死锁。
- 默认超时为 60 秒，可通过
TransactionOptions.Timeout调整。
替代方案（适用于现代应用）
对于微服务或云原生架构，建议考虑更松耦合的方式：
- Saga 模式：将大事务拆分为多个本地事务，通过补偿操作回滚。
- 事件驱动 + 最终一致性：使用消息队列（如 Kafka、RabbitMQ）传递操作结果，保证数据最终一致。
- 第三方事务框架：如 CAP、NServiceBus 等库提供分布式事务支持，无需依赖 MSDTC。
基本上就这些。如果你的应用部署在单一 SQL Server 实例上，尽量用本地事务或表变量来避免分布式问题。真要跨库且要求强一致，再启用 MSDTC 并使用 TransactionScope。不过现在更多系统倾向用最终一致性换取可伸缩性。
