关于分布式事务的一个误解：使用了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。。。