行版本控制通过为数据行维护版本标识实现乐观锁，确保更新时数据一致性。在SQL Server、PostgreSQL等数据库中，可使用rowversion或自增整数列自动递增版本号；每次更新时检查版本是否变化，若不一致则拒绝覆盖，避免并发冲突。C#中常用Entity Framework的[Timestamp]或[ConcurrencyCheck]特性自动处理版本验证，更新失败时抛出DbUpdateConcurrencyException；也可手动编写SQL，在UPDATE语句中加入版本条件并检查影响行数；高并发场景下可结合重试机制提升成功率。该机制允许多用户同时读取，仅提交时检测冲突，适用于读多写少环境，核心在于以版本验证替代数据库锁保障一致性。
数据库的行版本控制是一种用于管理数据并发访问的技术，它通过为每一行数据维护一个版本标识（如时间戳或自增数字），来判断该行在读取后是否被其他事务修改过。当事务尝试更新数据时，系统会检查当前版本与读取时的版本是否一致，若不一致则说明数据已被修改，从而避免覆盖他人更改。这种机制是实现乐观锁的核心基础。
行版本控制的工作原理
在支持行版本控制的数据库中（如SQL Server、PostgreSQL等），可以在表中添加一个rowversion或timestamp类型的列（注意：此处的timestamp不是日期时间类型），或者使用一个整型的版本号字段。每次对行进行更新时，数据库自动递增该字段值。应用程序在更新前先读取该版本值，提交更新时作为条件验证：
- 读取数据的同时获取当前版本号
- 修改数据并准备更新
- 执行更新语句时，WHERE子句包含原始版本号
- 如果更新影响的行数为0，说明版本已变，更新失败
这种方式不阻塞读操作，允许多个用户同时读取数据，只在提交时检测冲突，适合读多写少的场景。
C#中实现乐观锁的常见方式
在C#应用中，通常结合Entity Framework或原生SQL来实现乐观锁。以下是几种典型做法：
1. 使用EF Core配合ConcurrencyCheck或RowVersion特性
在实体类中标记版本属性：
[Timestamp]
public byte[] RowVersion { get; set; }
// 或使用
[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);
}
}
基本上就这些。关键是理解版本控制的本质是在更新时验证数据一致性，而不是依赖数据库锁。
