行版本控制通过为数据行维护版本标识实现乐观锁,确保更新时数据一致性。在SQL Server、PostgreSQL等数据库中,可使用rowversion或自增整数列自动递增版本号;每次更新时检查版本是否变化,若不一致则拒绝覆盖,避免并发冲突。C#中常用Entity Framework的[Timestamp]或[ConcurrencyCheck]特性自动处理版本验证,更新失败时抛出DbUpdateConcurrencyException;也可手动编写SQL,在UPDATE语句中加入版本条件并检查影响行数;高并发场景下可结合重试机制提升成功率。该机制允许多用户同时读取,仅提交时检测冲突,适用于读多写少环境,核心在于以版本验证替代数据库锁保障一致性。

数据库的行版本控制是一种用于管理数据并发访问的技术,它通过为每一行数据维护一个版本标识(如时间戳或自增数字),来判断该行在读取后是否被其他事务修改过。当事务尝试更新数据时,系统会检查当前版本与读取时的版本是否一致,若不一致则说明数据已被修改,从而避免覆盖他人更改。这种机制是实现乐观锁的核心基础。
在支持行版本控制的数据库中(如SQL Server、PostgreSQL等),可以在表中添加一个rowversion或timestamp类型的列(注意:此处的timestamp不是日期时间类型),或者使用一个整型的版本号字段。每次对行进行更新时,数据库自动递增该字段值。应用程序在更新前先读取该版本值,提交更新时作为条件验证:
这种方式不阻塞读操作,允许多个用户同时读取数据,只在提交时检测冲突,适合读多写少的场景。
在C#应用中,通常结合Entity Framework或原生SQL来实现乐观锁。以下是几种典型做法:
1. 使用EF Core配合ConcurrencyCheck或RowVersion特性
在实体类中标记版本属性:
[Timestamp]
public byte[] RowVersion { get; set; }
<p>// 或使用
[ConcurrencyCheck]
public int Version { get; set; }
EF Core会在生成的UPDATE语句中自动加入版本条件。若更新失败(无匹配行),会抛出DbUpdateConcurrencyException,需捕获并处理:
try
{
context.SaveChanges();
}
catch (DbUpdateConcurrencyException)
{
// 处理并发冲突,例如重新加载数据或提示用户
}
2. 手动SQL语句实现
在执行更新时显式带上版本条件:
UPDATE Products SET Name = @newName, Version = Version + 1 WHERE Id = @id AND Version = @originalVersion;
在C#中执行此命令后,检查受影响的行数:
var rowsAffected = command.ExecuteNonQuery();
if (rowsAffected == 0)
{
// 版本不匹配,更新失败,可能需要重试或报错
}
3. 自定义重试逻辑
对于高并发场景,可封装重试机制:
int maxRetries = 3;
for (int i = 0; i < maxRetries; i++)
{
try
{
// 加载数据
var product = context.Products.Find(id);
// 修改
product.Name = "New Name";
context.SaveChanges();
break; // 成功则退出
}
catch (DbUpdateConcurrencyException)
{
if (i == maxRetries - 1) throw;
// 等待一段时间后重试
Thread.Sleep(50);
}
}
基本上就这些。关键是理解版本控制的本质是在更新时验证数据一致性,而不是依赖数据库锁。
以上就是什么是数据库的行版本控制?在C#中如何实现乐观锁?的详细内容,更多请关注php中文网其它相关文章!
每个人都需要一台速度更快、更稳定的 PC。随着时间的推移,垃圾文件、旧注册表数据和不必要的后台进程会占用资源并降低性能。幸运的是,许多工具可以让 Windows 保持平稳运行。
Copyright 2014-2025 https://www.php.cn/ All Rights Reserved | php.cn | 湘ICP备2023035733号