本文主要介绍了SQL Server中的两种锁定机制——乐观锁定和悲观锁定，并通过一个实际的数据库操作实例来说明如何应用这两种锁定策略，以解决多用户并发访问时可能出现的数据不一致问题。
在多用户并发的数据库环境中，数据一致性是至关重要的。例如，一个系统中存在一个卡库表`Card`，用户需要选择未使用的卡（F_Flag=0）进行注册，这时就需要确保在读取、验证和更新卡信息的过程中，不会因为其他用户的操作而导致数据冲突。SQL Server为此提供了乐观锁定和悲观锁定机制。
**乐观锁定** 是基于假设大多数情况下不会出现并发冲突的策略。在读取数据时不会立即加锁，而在更新数据时才会检查是否有其他用户在此期间修改了数据。通常，乐观锁定通过在记录中添加时间戳或版本号字段来实现。在更新时，如果检测到记录的版本号与读取时的不同，说明有并发修改，更新操作将失败。
**悲观锁定** 相反，它是在读取数据时就立即锁定记录，防止其他用户在读取和修改期间进行任何操作，直到事务完成释放锁。这确保了在锁定期间，数据不会被其他事务修改，但可能导致更多的锁竞争，降低并发性能。
在上述的`Card`表示例中，我们可以使用这两种锁定策略来处理并发问题：
**悲观锁定示例**：
```sql
DECLARE @CardNo VARCHAR(20);
BEGIN TRAN
SELECT * FROM Card WITH (UPDLOCK, SERIALIZABLE) WHERE F_Flag = 0 AND F_CardNo = @CardNo;
-- 这里的UPDLOCK和SERIALIZABLE选项会锁定选定的记录，防止其他用户更新
IF @@ROWCOUNT > 0
BEGIN
-- 验证并更新卡信息
UPDATE Card SET F_Name = 'User1', F_Time = GETDATE(), F_Flag = 1 WHERE F_CardNo = @CardNo;
COMMIT TRAN;
END
ELSE
BEGIN
ROLLBACK TRAN;
PRINT '卡已被其他用户占用';
END
```
**乐观锁定示例**：
```sql
DECLARE @CardNo VARCHAR(20), @CurrentVersion INT;
BEGIN TRAN
SELECT @CardNo, @CurrentVersion = F_Version FROM Card WHERE F_Flag = 0 AND F_CardNo = @CardNo;
IF @@ROWCOUNT > 0
BEGIN
-- 验证并更新卡信息，同时检查版本号是否改变
UPDATE Card SET F_Name = 'User1', F_Time = GETDATE(), F_Flag = 1, F_Version = @CurrentVersion + 1
WHERE F_CardNo = @CardNo AND F_Version = @CurrentVersion;
IF @@ROWCOUNT = 0
PRINT '卡已被其他用户占用'; -- 版本号不匹配，表示有并发修改
ELSE
COMMIT TRAN;
END
ELSE
BEGIN
ROLLBACK TRAN;
PRINT '卡已被其他用户占用';
END
```
在上述乐观锁定示例中，我们假设`F_Version`字段用于跟踪版本。只有当记录的当前版本号与读取时的版本号相同时，更新才会成功，否则失败。
悲观锁定更适合高并发但冲突较少的场景，而乐观锁定则适用于冲突频繁但锁定时间较短的情况。在实际应用中，应根据系统的具体需求和并发特性来选择合适的锁定策略。
我的内容管理
展开
