ADO.NET 死锁

Question

我遇到了以下（简化的）代码的间歇性死锁情况。

DataSet my_dataset = new DataSet()
SqlCommand sql_command = new SqlCommand();

sql_command.Connection = <valid connection>
sql_command.CommandType = CommandType.Text;
sql_command.CommandText = 'SELECT * FROM MyView ORDER BY 1'

SqlDataAdapter data_adapter = new SqlDataAdapter(sql_command);

sql_command.Connection.Open();

data_adapter.Fill(my_dataset);

sql_command.Connection.Close();

我得到的错误是：

事务（进程 ID 269）是 锁资源死锁 另一个过程并被选为 僵局受害者。重新运行 交易。

据我了解，简单地通过 ADO.Net .Fill() 命令填充数据集不应在数据库上创建锁定。 并且，从错误消息中可以看出该锁由另一个进程拥有。 我正在查询的视图只有 select 语句，但它确实将几个表连接在一起。

• 仅执行 select 语句的视图会受到锁定记录的影响吗？
• ADO.Net .Fill() 可以/是否锁定记录？
• 假设我需要填充一个数据集，有没有办法避免潜在的数据锁定？

SQL Server 2005 (9.0.4035)

Answer 1

带有连接的选择查询确实会导致死锁。处理此问题的一种方法是使用快照隔离在 SqlTransaction 中执行查询。

using(SqlTransaction sqlTran = connection.BeginTransaction(IsolationLevel.Snapshot))
{
    // Query goes here.
}

可能会发生死锁，因为它会在执行连接之前锁定一个接一个地连接的每个表。如果另一个查询在另一个查询需要锁定的表上有锁，反之亦然，则存在死锁。使用快照隔离，仅从表中读取的查询不会锁定它们。由于读取实际上是从事务开始时的数据快照完成的，因此可以保持完整性。

但是，由于必须生成快照的开销，这可能会对性能产生负面影响。根据应用程序的不同，最好不要使用快照隔离，相反，如果查询失败并导致死锁，请稍等片刻然后重试。

最好尝试找出发生死锁的原因并更改数据库的结构和/或修改应用程序以防止死锁。此文章提供了更多信息。

Answer 2

您可以尝试以下操作：

• 降低该查询的事务级别（例如，IsolationLevel.ReadUncommited）。
• 在查询中使用 NOLOCK 提示。

Answer 3

它可能离您的问题还很遥远，并且不是您问题的解决方案，请先检查其他解决方案 - 但是，我们遇到了类似的问题（锁定记录的选择！），经过大量努力，我们跟踪到文件/SMB 层。似乎在重负载下，从网络驱动器 (SAN) 读取文件被阻止，从而在实际数据库文件上创建等待读取锁定。这表示为对所包含记录的锁定。

但这是一种竞争条件，在驱动器没有负载的情况下无法重现。哦，这也是 SQL Server 2005。

您应该能够使用 SQL Server 包含的工具来确定哪些事务彼此陷入死锁。