Question

我有以下代码（简化）来访问我的数据库。我知道使用语句和参数，但我缩短了这一点以集中我的问题。

string ConnectionString = "ConnectionStringHere";

//1. insert Transaction
SqlConnection myConnection = new SqlConnection(ConnectionString);            
SqlTransaction myTrans = myConnection.BeginTransaction();                
string sUpdate = "INSERT INTO User (FirstName, LastName) VALUES ('jon','doe')";
SqlCommand myCommand = new SqlCommand(sUpdate, myConnection, myTrans);
myCommand.ExecuteNonQuery();

//2. select from the same table
SqlConnection myConnection2 = new SqlConnection(ConnectionString);
string sSelect = "SELECT FirstName, LastName FROM User WHERE ID = 123";
DataTable dtResult = new DataTable();
SqlDataAdapter myDataAdapter2 = new SqlDataAdapter(sSelect, myConnection2);
myDataAdapter2.Fill(dtResult); //TimeOut Exception here

//submit changes from my transaction here
myTrans.Commit();

在第二部分中，我得到了一个TimeOutExcetion，因为在我提交之后的事务User - 死锁之前，我无法访问我的myTrans.Commit();表。

我的问题是 - 在这里避免死锁的最佳做法是什么？我可以通过制作交易的SELECT部分或设置IsolationLevel

来避免异常

SqlTransaction myTrans = myConnection.BeginTransaction(IsolationLevel.ReadUncommitted);

但我不确定那些用法。我不必担心无效数据，因为我总是按ID选择。

Answer 1

我认为您没有任何理由将SELECT查询作为解决死锁或超时问题的事务的一部分。在您认为的第一个sql连接ReadUncommitted上设置myConnection隔离级别也不是正确的方法。我看到有两种可能的解决方案：

第一个解决方案：在您已启动的事务IsolationLevel.ReadUncommitted上设置隔离级别myTrans将无济于事。如果您对脏读取感到满意，那么您实际上应该在要为myConnection2表上触发select查询而建立的第二个SQL连接User上设置此隔离级别。要通过select为myConnection2查询设置隔离级别，您需要使用with (nolock)表级提示。所以你的查询将开始如下：
```
string sSelect = "SELECT FirstName, LastName FROM User WITH (NOLOCK) WHERE ID = 123";
```
您可以获得更多详情here。另外，请阅读脏读here的后果，这是使用此特定隔离级别的副作用。
第二个解决方案：SQL Server的默认隔离级别为Read Committed。因此，当您使用名为myConnection2的变量开始通过新的SQL连接触发查询时，它正在处理ReadCommitted隔离级别。 ReadCommitted隔离级别显示的默认行为是Blocking Read，即如果表上有未提交的更改（可以由于活动事务而提交或回滚），那么User上的select语句表将被阻止。它将等待事务完成，以便在回滚时可以读取新更新的数据或原始数据。如果它没有执行这样的阻塞读取，那么它将最终执行dirty read这是众所周知的数据库并发问题。
如果您不希望阻止SELECT语句并希望继续使用最后一次提交的行，那么SQL Server中有一个名为READ_COMMITTED_SNAPSHOT的新数据库级别设置。以下是使用SQL脚本更改它的方法：
```
ALTER DATABASE MyDatabase SET READ_COMMITTED_SNAPSHOT ON
```
引用Pinal Dave的文章here：

如果您在阅读器之间阻塞（SELECT）和编写器（INSERT / UPDATE / DELETE），然后您可以启用此属性没有改变应用程序的任何内容。意思是应用程序仍将在读取提交的隔离下运行仍然只读取已提交的数据。

注意：这是数据库级别设置，将使用READCOMMITTED隔离级别影响数据库上的所有事务。

在我看来，你应该选择第一个解决方案。此外，您应该记住几个关键点，以避免SQL Server查询中的死锁。引用Pinal Dave here：

最大限度地减少交易和交易时间。
每次在应用程序中始终以相同的顺序访问服务器对象。
避免使用游标，循环或在运行时需要用户输入的进程。
减少应用程序中的锁定时间。
如果可能，使用查询提示来防止锁定（NoLock，RowLock）
使用SET DEADLOCK_PRIORITY选择死锁牺牲品。

Answer 2

这取决于你选择的内容。

如果你需要确保在select之前插入，你应该在同一个事务中执行这两个命令，或者在运行SELECT查询之前提交插入。

如果没有，那么这就是SQL Server，你可以按照你的说法做，并将隔离级别设置为READ UNCOMMITED，或者你可以使用NOLOCK table hint，即：

string sSelect = "SELECT FirstName, LastName FROM User WITH(NOLOCK) WHERE ID = 123";

但在您决定这样做之前，请先阅读其他问题中的优缺点：

When should you use "with (nolock)"

Answer 3

我不确定为什么会出现死锁，因为默认情况下sql server会使用rowlocks，而且你想要读取你刚修改过的相同行并不明显。

但是，这表示另一个选择是使用乐观并发级别，例如读取提交快照隔离（RCSI）或快照隔离（快照）。这使用tempdb存储行版本，如果原始表中的数据当前被锁定，读者可以访问这些行。使用快照，您必须在每个事务中显式设置事务隔离级别才能使用它......对于RCSI，它是一个数据库级别设置。有关此主题的更多信息，请查看this article。

避免SQL事务中的死锁

3 个答案: