分布式事务，需要添加引用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)，并尽可能快地完成和释放事务。在事务执行期间，您还应该避免执行任何不必要的、与数据库无关的代码，这能够防止资源被毫无疑义地锁定过长的时间