事务嵌套

最新推荐文章于 2025-08-06 16:23:50 发布

weixin_30432007

最新推荐文章于 2025-08-06 16:23:50 发布

阅读量78

点赞数

CC 4.0 BY-SA版权

文章标签：数据库

原文链接：http://www.cnblogs.com/yexiaoyanzi/p/6757707.html

本文探讨了分布式事务的基础概念及实现方式，介绍了如何通过System.Transactions.TransactionScope进行事务管理，并讨论了MSDTC服务的作用及其可能带来的稳定性问题。同时，文中强调了在实际应用中合理选择事务类型的重要性。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

分布式事务，需要添加引用System.Transactions，同时启用MSDTC分布式事务服务：通常使用方式为：

 using (System.Transactions.TransactionScope ts = new System.Transactions.TransactionScope())
 {
                //代码块A
                //代码块B
                ts.Complete();//提交事务
 }

分布式事务本质上是引入了第三方裁判，来想办法对多个本地事务监控同时成功或同时失败，这里分享几个知识点：

A：如果代码块里，若存在两个或以上数据库链接DbConnection，则需要启动微软的MSDTC分布式事务服务。

用命令行启动或停止服务：

B：如果代码块里，只有一个数据库链接DbConnection，那么实际上只是本地事务在处理，就算MSDTC分布式事务服务没启动，也不会报错。

C：对于TransactionScope包含的代码块，本质是监控了代码块里数据库链接DbConnection的个数，如果有多个不同的对象，则引入MSDTC当裁判，而实际执行的事务的还是各个本地事务。

D：MSDTC总是不够稳定，我在测试时两个简单的事务一起时，按住F5不停刷新，竟然能把MSSQL服务也给挂了，而用本地事务就算跨库也不会有问题。

所以，不是必须的情况，尽量不要引入分布式事务，应该避免使用TransactionScope来包含事务块的冲动。

二、

现在知道了TransactionScope中的数据库操作实际是参与了其中的环境事务，将它理解为是自动建立的SqlTransaction，而嵌套在其中的TransactionScope中的数据库操作会添加到这个环境事务中（以TransactionScopeOption.Required为参数生成的TransactionScope）。

　　也知道了Complete方法并不是执行后，就会提交事务，而只是表明之前的动作都符合要求，只是一种确认，不执行该方法，事务便不能完成。而只有最外层TransactionScope执行了Complete方法后，在离开using块时，事务才真正的提交。所以说TransactionScope是能嵌套的。

　　Transaction类有一静态属性Current，在一个TransactionScope中的Complete方法执行之前可以访问，它返回的便是环境事务。

但是：进入和退出事务都要快，这一点非常重要，因为事务会锁定宝贵的资源。最佳实践要求我们在需要使用事务之前再去创建它，在需要对其执行命令前迅速打开连接，执行动作查询 (Action Query)，并尽可能快地完成和释放事务。在事务执行期间，您还应该避免执行任何不必要的、与数据库无关的代码，这能够防止资源被毫无疑义地锁定过长的时间

转载于:https://www.cnblogs.com/yexiaoyanzi/p/6757707.html