首页 > 代码库 > 关于分布式事务的一个误解：使用了TransactionScope就一定会开启分布式事务吗？
关于分布式事务的一个误解：使用了TransactionScope就一定会开启分布式事务吗？
背景：
事务是数据库管理系统的一个基本概念，事务具有四个基本特点，即ACID：原子性（Atomicity）、一致性（Consistency）、隔离性（Isolation）和持久性（Durability），通过事务机制可以保证数据库的一致性和完整性。
不过数据库事务只能在数据库实例的同一个会话级别进行事务控制。而分布式事务可以协调一个数据库实例多个会话之间的操作，甚至是多个数据库实例之间的数据库操作，并保持事务特性。但是原则上我们不推荐使用分布式事务，因为分布式事务对资源消耗较多，执行效率较差。
然而一直以来，我们对分布式事务的代码使用和效果都存在误解：使用了TransactionScope就一定会开启分布式事务吗？
验证：
我们做一个简单的Demo：两个连接字符串完全相同，ADO.NET会复用连接池中的连接，结果会如何？
using (TransactionScope ts = new TransactionScope()) { SqlConnection conn; conn = new SqlConnection("server=.;uid=tkk123;pwd=aaaaaa"); conn.Open(); SqlCommand cmd = conn.CreateCommand(); cmd.CommandText = "select 1 as tkk"; cmd.ExecuteNonQuery(); conn.Close(); conn = new SqlConnection("server=.;uid=tkk123;pwd=aaaaaa"); conn.Open(); cmd = conn.CreateCommand(); cmd.CommandText = "select 2 as tkk"; cmd.ExecuteNonQuery(); conn.Close(); ts.Complete(); } Console.WriteLine("OK"); Console.ReadKey();
奇怪的事情发生了，并没有看到我们的以为的分布式事务！！！
我们更改其中的一个连接字符串，使得ADO.NET认为是两个数据源，这样才会真正意义上开启分布式事务。
using (TransactionScope ts = new TransactionScope()) { SqlConnection conn; conn = new SqlConnection("server=.;uid=tkk123;pwd=aaaaaa"); conn.Open(); SqlCommand cmd = conn.CreateCommand(); cmd.CommandText = "select 1 as tkk"; cmd.ExecuteNonQuery(); conn.Close(); conn = new SqlConnection("server=.;uid=tkk123;pwd=aaaaaa;"); --加了一个分号，不共享连接 conn.Open(); cmd = conn.CreateCommand(); cmd.CommandText = "select 2 as tkk"; cmd.ExecuteNonQuery(); conn.Close(); ts.Complete(); } Console.WriteLine("OK"); Console.ReadKey();
让我们看一下分布式事务是如何协调每个数据库连接，当前的案例我们使用的是同一个数据库，所以虽然建立了两个数据库连接，但最终在数据库层面仍然是同一事务ID。
如果我们打开的是两个不同数据库实例，将会看到什么样的结果呢？ try it。。。
关于分布式事务的一个误解：使用了TransactionScope就一定会开启分布式事务吗？
声明：以上内容来自用户投稿及互联网公开渠道收集整理发布，本网站不拥有所有权，未作人工编辑处理，也不承担相关法律责任，若内容有误或涉及侵权可进行投诉： 投诉/举报 工作人员会在5个工作日内联系你，一经查实，本站将立刻删除涉嫌侵权内容。