Question

c#分布式事务和try catch的区别

Answer 1

在这里个人建议用using来创建，因为using实现了IDispose接口，它会隐式的调用TransactionScope对象的Dispose方法，即使发生异常时也是如此，能确保在事务结束或者异常的时候也能正确的释放资源。其实我们反编译一下，它的内部实现就是一个try...finally代码块，这样也就不难理解using的作用了。

说主题，在某地市的某库升级中，为避免程序运行中产生脏数据以及数据更新不一致导致的重复同步情况，在可能产生上述问题的考虑下，我用这个TransactionScope来对上述的操作进行事务处理。在本机的测试环境中，运行结果是正常的，当然这个运行正常的前提是数据量较小的情况下，我每次只对一条或者十几条数据的不同表进行insert和update。然而部署到生产环境针对真实数据运行之后，发现这个事务总是回滚，一直无法正常提交。程序也就没法正常跑起来。因为生产环境中的数据有60W左右，insert一次、update一次，最后再insert一条同步语句，前2个操作都是比较耗时的。我切换回测试环境调试了一下，逐行运行，发现当执行完第一个insert之后,执行第二个update时发生异常了。这个异常由TransactionScope抛出，异常提示是：事务已中止。这个错误，在数据量小的情况下不会发生，数据量大一些就出现了，这个是不是和事务处理的时间长短有关呢？因为我明显感觉到在这次调试的时候，执行的时间比之前数据量只有一条的时候长了很多，至少花费1分钟以上。于是google一下，验证了我的想法。
TransactionScope有些重载函数是可以接受TimeSpan类型的值，这个就是事务的超时时间了。当事务实现隔离的时候，事务范围内的资源将会被锁定，如果一些事务长期占有资源，那将很容易造成死锁，为了避免这个问题，TransactionScope事务会定义一个超时限制，这个超时默认值为60秒。如果事务超过此时间，即使没有发生异常，也会自动中止。上面问题的原因算是找到了，知道了原因，那么也就很好解决了。我们可以在Web.Config 中配置:
<configuration>