使用SQL dB列作为Entity Framework中并发操作的锁

Question

我们有一个运行时间较长的用户操作，它由一组工作进程处理。 数据输入和输出来自Azure SQL。

主要的Azure SQL表结构列近似为

[UserId, col1, col2, ... , col N, beingProcessed, lastTimeProcessed ] 

beingProcessed为布尔值， lastTimeProcessed为DateTime。 每个工作角色中的逻辑如下所示，并且有多个工作进程处理（每个工作进程都有自己的实体框架层），实质上，正在处理中的beingProcessed被用作MutEx目的的锁

问 ：我该如何处理的并发问题beingProcessed基于上述负荷“锁”本身？ 我认为对beingProcessed read-modify-write操作需要是原子的，但我愿意接受其他策略。 也可以进行其他代码改进。

[更新]：我想知道这里是否需要TransactionScope ... http://msdn.microsoft.com/zh-CN/library/system.transactions.transactionscope(v=vs.110).aspx

码：

public void WorkerRoleMain()
{
    while(true)
    {
        try
        {
            dbContext db = new dbContext();

            // Read
            foreach (UserProfile user in db.UserProfile
                    .Where(u => DateTime.UtcNow.Subtract(u.lastTimeProcessed) 
                            > TimeSpan.FromHours(24) & 
                            u.beingProcessed == false))
            {
                user.beingProcessed = true; // Modify
                db.SaveChanges();           // Write
                // Do some long drawn processing here
                ...
                ...
                ...
                user.lastTimeProcessed = DateTime.UtcNow;
                user.beingProcessed = false;
                db.SaveChanges();
            }
        }
        catch(Exception ex)
        {
            LogException(ex);
            Sleep(TimeSpan.FromMinutes(5));
        }
    } // while ()
}

Answer 1

我们通常这样做的是：

在长时间操作的开始，我们开始交易：

BEGIN TRANSACTION

然后，我们使用以下提示从要更新/删除的表中选择一行：

SELECT * FROM Table WITH (ROWLOCK, NOWAIT) Where ID = 123;

然后，我们检查是否有该行。 如果该行被另一个进程锁定，则将出现SQL错误。 在这种情况下，我们回滚交易并建议用户。 如果记录被锁定，我们将使用与锁定记录相同的事务对象来处理记录并进行所需的更新：

UPDATE Table SET Col1='value' WHERE ID = 123;

然后我们提交交易。

COMMIT;

这只是该过程的伪代码。 您将必须在程序中实现它。

关于上述过程的一小记。 当您在SQL Server（或Azure）中锁定记录时，请在WHERE子句中使用主键，否则SQL Server将决定使用页锁或表锁