在什么情况下SqlConnection会自动加入环境TransactionScope事务中？

Question

SqlConnection在事务中被“征募”是什么意思？这是否仅表示我在连接上执行的命令将参与事务？如果是这样，在什么情况下SqlConnection会自动加入环境TransactionScope事务中？查看代码注释中的问题。我对每个问题答案的猜测都跟在括号中的每个问题之后。方案1：在事务范围内打开连接using (TransactionScope scope = new TransactionScope())using (SqlConnection conn = ConnectToDB()){       // Q1: Is connection automatically enlisted in transaction? (Yes?)    //    // Q2: If I open (and run commands on) a second connection now,    // with an identical connection string,    // what, if any, is the relationship of this second connection to the first?    //    // Q3: Will this second connection's automatic enlistment    // in the current transaction scope cause the transaction to be    // escalated to a distributed transaction? (Yes?)}方案2：在连接范围外使用的连接中使用连接//Assume no ambient transaction active nowSqlConnection new_or_existing_connection = ConnectToDB(); //or passed in as method parameterusing (TransactionScope scope = new TransactionScope()){    // Connection was opened before transaction scope was created    // Q4: If I start executing commands on the connection now,    // will it automatically become enlisted in the current transaction scope? (No?)    //    // Q5: If not enlisted, will commands I execute on the connection now    // participate in the ambient transaction? (No?)    //    // Q6: If commands on this connection are    // not participating in the current transaction, will they be committed    // even if rollback the current transaction scope? (Yes?)    //    // If my thoughts are correct, all of the above is disturbing,    // because it would look like I'm executing commands    // in a transaction scope, when in fact I'm not at all,     // until I do the following...    //    // Now enlisting existing connection in current transaction}

Answer 1

自问这个问题以来，我已经进行了一些测试，并且我自己找到了大多数（如果不是全部）答案，因为没有其他人回答。如果我错过了任何事情，请告诉我。

Q1。是的，除非在连接字符串中指定了“ enlist = false”。连接池找到可用的连接。可用连接是未在事务中登记的连接或在同一事务中登记的连接。

Q2。第二个连接是一个独立的连接，它参与同一事务。我不知道关于这两个连接命令的作用，因为他们是针对同一数据库上运行，但我认为，如果命令是在同一时间上都发出了可能发生的错误：错误一样在使用“事务上下文另一个会议”

Q3。是的，它升级为分布式事务，因此即使使用相同的连接字符串，登记一个以上的连接也会导致它成为分布式事务，可以通过在Transaction.Current.TransactionInformation中检查非null GUID来确认.DistributedIdentifier。*更新：我读到某处它在SQL Server 2008中已得到修复，因此当两个连接使用相同的连接字符串时，只要不同时打开两个连接，就不会使用MSDTC。这样一来，您就可以在事务中打开连接并多次关闭它，这可以通过尽可能晚地打开连接并尽快关闭它们来更好地利用连接池。

Q4。否。当没有事务作用域处于活动状态时打开的连接将不会自动加入新创建的事务作用域中。

Q5。不会。除非您在事务作用域中打开一个连接或在作用域中注册一个现有连接，否则基本上没有交易。您的连接必须自动或手动加入事务范围中，以便命令参与事务。

Q6。是的，即使代码恰好在已回滚的事务作用域块中执行，也不执行不参与事务的连接上的命令也会被提交。如果连接不在当前事务范围内征，它不参与交易，所以提交或回滚事务将会对交易范围没有征用的连接发出的命令没有影响......因为这家伙发现。这是一个很艰巨察觉，除非你理解了自动征用过程：它仅在连接打开时里面一个活跃的事务范围。

Q7。是。通过调用EnlistTransaction（Transaction.Current），可以在当前事务作用域中明确加入现有连接。您还可以使用DependentTransaction在事务中的单独线程上争取一个连接，但是像以前一样，我不确定同一事务中涉及同一数据库的两个连接如何相互作用……并且可能发生错误，并且当然，第二个入伍连接会使事务升级为分布式事务。

Q8。可能会引发错误。如果使用TransactionScopeOption.Required，并且该连接已经在事务范围事务中登记，则没有错误；实际上，没有为该范围创建新的事务，并且事务计数（@@ trancount）不会增加。但是，如果使用TransactionScopeOption.RequiresNew，则尝试在新事务作用域事务中注册连接时会收到一条有用的错误消息：“连接当前已注册事务。完成当前事务并重试。” 是的，如果您完成了加入该连接的交易，则可以安全地将连接加入一个新的交易中。 更新：如果您以前在连接上调用BeginTransaction，当您尝试加入新的事务范围事务时，会引发一个略有不同的错误：“由于连接上正在进行本地事务，因此无法加入事务。请完成本地事务并重试。” 另一方面，您可以在SqlConnection进入事务范围事务中时安全地在SqlConnection上调用BeginTransaction，这实际上会将@@ trancount增加一个，这与使用嵌套事务范围的Required选项不同，这不会导致它增加。有趣的是，如果您随后使用Required选项继续创建另一个嵌套事务范围，则不会收到错误消息，

Q9。是。无论参与C＃代码中的活动事务作用域如何，命令都会参与连接所参与的任何事务。

Answer 2

我们已经看到了另一种奇怪的情况，那就是如果您构建一个EntityConnectionStringBuilder，它将与TransactionScope.Current（并且我们认为）参与该交易有关。我们已经在调试器中观察到了这一点，其中TransactionScope.Current的current.TransactionInformation.internalTransaction表示enlistmentCount == 1在构造之前和enlistmentCount == 2之后。

为了避免这种情况，请在内部进行构造

using (new TransactionScope(TransactionScopeOption.Suppress))

可能不在您的操作范围之内（每次需要连接时，我们都会进行构建）