SQL Server 2016中C#使用Snapshot隔离级别后未重置引发跨调用异常

问题原因 #

1. 连接池隔离级别泄漏：这是该问题的核心诱因。ADO.NET的SQL Server连接池复用连接时，默认不会重置会话的事务隔离级别。当使用Snapshot隔离级别的连接使用完毕被放回连接池后，后续其他业务逻辑拿到这条复用连接时，会直接继承上一次设置的Snapshot隔离级别，即使新的业务逻辑没有声明使用Snapshot事务，也会自动应用该隔离级别。当这些复用连接访问未开启Snapshot支持的链接服务器时，就会触发对应异常。
2. 环境事务意外扩散：代码中使用了TransactionScopeOption.Required参数，该参数的逻辑是如果当前线程上下文已经存在环境事务，就会直接加入现有事务而非新建独立事务。如果同线程下此前已经开启了Snapshot级别的环境事务，后续无关的同线程数据库调用就会自动加入该事务，继承Snapshot隔离级别。
3. 分布式事务原生限制：SQL Server的Snapshot隔离级别本身不支持跨实例的分布式事务，只要事务中涉及链接服务器访问，无论目标实例是否开启Snapshot支持，都会触发“SNAPSHOT隔离级别不支持远程访问”的异常，这是SQL Server的原生设计限制。

解决方案 #

1. 修复隔离级别泄漏问题
   • 兼容所有.NET版本的方案：每次打开数据库连接后，先执行SET TRANSACTION ISOLATION LEVEL READ COMMITTED;语句手动重置隔离级别，再执行业务SQL，确保不受连接池复用的历史隔离级别影响。
   • 隔离连接池方案：ADO.NET的连接池按连接字符串精确匹配进行隔离，针对需要使用Snapshot隔离级别的业务，单独使用新增了唯一标识参数的连接字符串（例如追加Application Name=业务系统-Snapshot专用），让这些调用使用独立的连接池，和普通业务的连接完全隔离，从根源避免隔离级别泄漏到无关业务。
2. 优化TransactionScope使用逻辑
   • 针对需要使用Snapshot隔离级别的业务，将TransactionScopeOption.Required改为TransactionScopeOption.RequiresNew，强制每次新建独立事务，避免意外加入其他线程上下文的Snapshot事务。
   • 如果代码中使用了async/await异步调用，创建TransactionScope时需要追加TransactionScopeAsyncFlowOption.Enabled参数，避免事务上下文错乱。
   • 删除catch块中多余的scope.Dispose()调用，using块会在作用域结束时自动释放事务资源，重复调用无意义。
3. 适配链接服务器访问限制
   • 所有涉及链接服务器访问的业务逻辑，强制指定使用READ COMMITTED等支持分布式事务的隔离级别，禁止在包含链接服务器访问的事务中使用Snapshot隔离级别。如果需要结合Snapshot查询和跨实例数据，可先将Snapshot级别的查询结果拿到应用内存中，再单独发起链接服务器的调用处理，不要放在同一个事务内执行。

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