TransactionScope在.NET中对Oracle事务默认触发MSDTC，因Oracle驱动不支持promotable transaction；需同时满足连接字符串加Promotable Transaction=Disabled、全程复用同一连接、避免跨资源操作，否则强制升级分布式事务。
transactionscope 在 .net 中对 oracle 事务的支持有限，直接用默认配置大概率会触发分布式事务（msdtc），导致报错或性能严重下降。
为什么 TransactionScope 默认会走 MSDTC？
Oracle 官方驱动（Oracle.ManagedDataAccess）在 TransactionScope 下不支持轻量级本地事务自动提升（即“promotable transaction”）。只要作用域内打开多个连接、跨线程、或连接字符串未显式禁用提升，就会强制升级为分布式事务——而多数生产环境根本没开 MSDTC，结果就是抛出 System.Transactions.TransactionManagerCommunicationException 或卡死。
常见触发场景包括：
- 同一
TransactionScope内执行两次new OracleConnection().Open() - 连接字符串里没加
Promotable Transaction=Disabled - 用了 Entity Framework Core + Oracle，且未关闭上下文自动事务参与
正确启用本地 Oracle 事务的 3 个必要条件
必须同时满足以下三点，TransactionScope 才能真正走 Oracle 自己的本地事务（即不依赖 MSDTC）：
- Oracle 连接字符串中明确添加
Promotable Transaction=Disabled（注意大小写和空格） - 整个
TransactionScope生命周期内，只使用**同一个**OracleConnection实例（不能 new 多次） - 避免任何可能触发自动提升的操作：比如在 scope 内调用 SQL Server 的 ADO.NET 连接、访问 WCF 服务、或使用
Thread.Sleep后再操作连接
示例连接字符串：Data Source=ORCL;User Id=scott;Password=tiger;Promotable Transaction=Disabled;
替代方案：用 OracleTransaction 更可控
如果业务逻辑稍复杂（比如需要 SavePoint、或跨多个方法传递事务上下文），硬塞进 TransactionScope 反而容易失控。直接用 OracleTransaction 更透明：
using var conn = new OracleConnection(connStr);
conn.Open();
using var tx = conn.BeginTransaction();
try
{
using var cmd1 = new OracleCommand("INSERT INTO t1 VALUES (:p)", conn, tx);
cmd1.Parameters.Add(new OracleParameter("p", 123));
cmd1.ExecuteNonQuery();
<pre class="brush:php;toolbar:false;">using var cmd2 = new OracleCommand("UPDATE t2 SET x = 1 WHERE id = :id", conn, tx);
cmd2.Parameters.Add(new OracleParameter("id", 456));
cmd2.ExecuteNonQuery();
tx.Commit();} catch { tx.Rollback(); throw; }
这样完全绕过 TransactionScope 的自动提升机制，事务生命周期一目了然，也方便加 Savepoint。
EF Core + Oracle 场景下的坑
EF Core 默认会把 DbContext.SaveChanges() 绑定到当前 TransactionScope，但 Oracle 驱动不兼容这种绑定方式。后果是：即使你写了 new TransactionScope(TransactionScopeOption.Required)，EF Core 仍可能悄悄创建新连接并触发 MSDTC。
安全做法是：
- 禁用 EF Core 的自动事务参与：在
OnConfiguring中设置optionsBuilder.UseOracle(connStr, o => o.DisableRetryOnFailure())，且**不调用**context.Database.BeginTransaction() - 改用显式
OracleConnection+OracleTransaction控制事务，再把 transaction 传给 EF Core 的context.Database.UseTransaction(tx) - 或者彻底放弃
TransactionScope，用 EF Core 7+ 的context.Database.CreateExecutionStrategy()手动重试
Oracle 事务的边界模糊点不在语法，而在连接生命周期和驱动行为的耦合——漏掉 Promotable Transaction=Disabled 或多 new 一次连接，就等于白写。
