选择/更新时死锁

Question

我在 SQL Server 2008 上的 SELECT/UPDATE 上遇到死锁问题。 我从这个线程中阅读了答案： SQL Server deadlocks Between select/update或多个选择，但我仍然不明白为什么会陷入僵局。

我在下面的测试用例中重新创建了这种情况。

我有一个表：

CREATE TABLE [dbo].[SessionTest](
    [SessionId] UNIQUEIDENTIFIER ROWGUIDCOL NOT NULL,
    [ExpirationTime] DATETIME NOT NULL,
    CONSTRAINT [PK_SessionTest] PRIMARY KEY CLUSTERED (
        [SessionId] ASC
    ) WITH (
        PAD_INDEX  = OFF, 
        STATISTICS_NORECOMPUTE  = OFF, 
        IGNORE_DUP_KEY = OFF, 
        ALLOW_ROW_LOCKS  = ON, 
        ALLOW_PAGE_LOCKS  = ON
    ) ON [PRIMARY]
) ON [PRIMARY]
GO

ALTER TABLE [dbo].[SessionTest] 
    ADD CONSTRAINT [DF_SessionTest_SessionId] 
    DEFAULT (NEWID()) FOR [SessionId]
GO

我首先尝试从该表中选择一条记录，如果该记录存​​在，则将过期时间设置为当前时间加上一些间隔。 它是使用以下代码完成的：

protected Guid? GetSessionById(Guid sessionId, SqlConnection connection, SqlTransaction transaction)
{
    Logger.LogInfo("Getting session by id");
    using (SqlCommand command = new SqlCommand())
    {
        command.CommandText = "SELECT * FROM SessionTest WHERE SessionId = @SessionId";
        command.Connection = connection;
        command.Transaction = transaction;
        command.Parameters.Add(new SqlParameter("@SessionId", sessionId));

        using (SqlDataReader reader = command.ExecuteReader())
        {
            if (reader.Read())
            {
                Logger.LogInfo("Got it");
                return (Guid)reader["SessionId"];
            }
            else
            {
                return null;
            }
        }
    }
}

protected int UpdateSession(Guid sessionId, SqlConnection connection, SqlTransaction transaction)
{
    Logger.LogInfo("Updating session");
    using (SqlCommand command = new SqlCommand())
    {
        command.CommandText = "UPDATE SessionTest SET ExpirationTime = @ExpirationTime WHERE SessionId = @SessionId";
        command.Connection = connection;
        command.Transaction = transaction;
        command.Parameters.Add(new SqlParameter("@ExpirationTime", DateTime.Now.AddMinutes(20)));
        command.Parameters.Add(new SqlParameter("@SessionId", sessionId));
        int result = command.ExecuteNonQuery();
        Logger.LogInfo("Updated");
        return result;
    }
}

public void UpdateSessionTest(Guid sessionId)
{
    using (SqlConnection connection = GetConnection())
    {
        using (SqlTransaction transaction = connection.BeginTransaction(IsolationLevel.Serializable))
        {
            if (GetSessionById(sessionId, connection, transaction) != null)
            {
                Thread.Sleep(1000);
                UpdateSession(sessionId, connection, transaction);
            }
            transaction.Commit();
        }
    }
}

然后，如果我尝试从两个线程执行测试方法，并且它们尝试更新相同的记录，我会得到以下输出：

[4] : Creating/updating session
[3] : Creating/updating session
[3] : Getting session by id
[3] : Got it
[4] : Getting session by id
[4] : Got it
[3] : Updating session
[4] : Updating session
[3] : Updated
[4] : Exception: Transaction (Process ID 59) was deadlocked 
on lock resources with another process and has been 
chosen as the deadlock victim. Rerun the transaction.

我无法理解使用可序列化隔离级别如何发生这种情况。 我认为第一个选择应该锁定行/表，并且不会让另一个选择获得任何锁。 该示例是使用命令对象编写的，但仅用于测试目的。 最初，我使用的是 linq，但我想展示简化的示例。 Sql Server Profiler显示死锁是key lock。 我将在几分钟内更新问题并从 sql server profiler 发布图表。 任何帮助，将不胜感激。 我知道这个问题的解决方案可能是在代码中创建关键部分，但我试图理解为什么可序列化隔离级别不起作用。

这是死锁图： 死锁 http://img7.imageshack.us/img7/9970/deadlock.gif

提前致谢。

Answer 1

拥有可序列化的事务是不够的，您需要暗示锁定才能使其工作。

可序列化隔离级别通常仍会获取它所能获得的“最弱”类型的锁，这可确保满足可序列化条件（可重复读取、无幻像行等），

因此，您将在稍后的表上获取共享锁（在您的可序列化事务）尝试升级到更新锁。< /a> 如果另一个线程持有共享锁，则升级将失败（如果没有其他线程持有共享锁，则升级将起作用）。

您可能希望将其更改为以下内容：

SELECT * FROM SessionTest with (updlock) WHERE SessionId = @SessionId

这将确保执行 SELECT 时获取更新锁（因此您不需要升级锁）。