如何在 EF Core 中使用乐观并发控制

简介: 如何在 EF Core 中使用乐观并发控制

什么是乐观并发控制?

乐观并发控制是一种处理并发访问的数据的方法,它基于一种乐观的假设,即认为并发访问的数据冲突的概率很低。在乐观并发控制中,系统不会立即对并发访问的数据进行加锁,而是在数据被修改时,再检查是否有其他并发操作已经修改了数据。如果检测到冲突,系统 再采取相应的措施来解决冲突。

EF Core 内置了使用并发令牌列实现的乐观并发控制,所谓的并发令牌列通常就是被并发操作影响的列。请看本文是如何在 EF Core 中使用乐观并发控制的……

使用步骤

  1. 创建一个 Asp.net console 项目,并从 Nuget 引用 EF 相关的包

Microsoft.EntityFrameworkCore.SqlServer

Microsoft.EntityFrameworkCore.Tools

2.配置并发冲突列

using Microsoft.EntityFrameworkCore;
using Microsoft.EntityFrameworkCore.Metadata.Builders;
class HouseConfig : IEntityTypeConfiguration<House>
{
  public void Configure(EntityTypeBuilder<House> builder)
  {
    builder.ToTable("T_Houses");
    builder.Property(p => p.Name).IsUnicode().IsRequired();
    // 把 Owner 列配置为并发令牌
    builder.Property(p => p.Owner).IsConcurrencyToken();
  }
}

3.在 Program.cs 编写以下代码:

using Microsoft.EntityFrameworkCore;
Console.WriteLine("请输入您的姓名");
string name = Console.ReadLine()!;
using TestDbContext ctx = new TestDbContext();
// 1.获取数据
var h1 = await ctx.Houses.SingleAsync(h => h.Id == 1);
if (string.IsNullOrEmpty(h1.Owner))
{
  // 2.延迟5秒,方便测试
  await Task.Delay(5000);
  // 3.更新数据
  h1.Owner = name;
  try
  {
    await ctx.SaveChangesAsync();
    Console.WriteLine("抢到手了");
  }
  catch(DbUpdateConcurrencyException ex)
  {
    // 4. 捕捉和处理并发冲突
    var entry = ex.Entries.First();
    var dbValues = await entry.GetDatabaseValuesAsync();
    string newOwner = dbValues.GetValue<string>(nameof(House.Owner));
    Console.WriteLine($"并发冲突,被{newOwner}提前抢走了");
  }
}
// 5.处理数据已存在情况
else
{
  if (h1.Owner == name)
  {
    Console.WriteLine("这个房子已经是你的了,不用抢");
  }
  else
  {
    Console.WriteLine($"这个房子已经被{h1.Owner}抢走了");
  }
}
Console.ReadLine();

4.测试

  1. 清理 T_Houses 表数据,让 Owner 列等于 null
  2. 同时运行两个控制台程序
  3. 在第一个控制台程序输入 Tom 并运行
  4. 在第二个控制台程序输入 Jim 并运行
  5. 第一个控制台返回消息:抢到手了
  6. 第二个控制台则返回消息:并发冲突,被Tom提前抢走了

扩展

  1. 通常可以通过把并发修改的属性设置为并发令牌的方式启用乐观并发控制。
  2. 有时候无法确定到底哪个属性适合作为并发令牌,比如程序在不同的情况下会更新不同的列或者程序会更新多个列,在这种情况下,可以使用设置一个额外的并发令牌属性的方式来使用乐观并发控制。
  3. 如果使用Microsoft SQL Server数据库,可以用一个byte[]类型的属性作为并发令牌属性,然后使用IsRowVersion把这个属性设置为RowVersion类型,这个属性对应的数据库列就会被设置为ROWVERSION类型。对于ROWVERSION类型的列,在每次插入或更新行时,Microsoft SQL Server会自动为这一行的ROWVERSION类型的列生成新值。
1. 增加一个额外的byte[]类型的属性
class House
{
   public long Id { get; set; }
   public string Name { get; set; }
   public string? Owner { get; set; }
   public byte[] RowVer { get; set; }
}
2. 配置并发令牌
builder.ToTable("T_Houses");
builder.Property(h => h.Name).IsUnicode();
builder.Property(h => h.RowVer).IsRowVersion();
3. Update 语句中的 Where 中使用 RowVer 列

4.其它数据库也可以使用 Guid 作为并发令牌控制

5.乐观并发控制能够避免悲观锁带来的性能下降、死锁等问题,推荐使用乐观并发控制而不是悲观锁


相关文章
|
2月前
|
存储 关系型数据库 MySQL
MySQL MVCC全面解读:掌握并发控制的核心机制
【10月更文挑战第15天】 在数据库管理系统中,MySQL的InnoDB存储引擎采用了一种称为MVCC(Multi-Version Concurrency Control,多版本并发控制)的技术来处理事务的并发访问。MVCC不仅提高了数据库的并发性能,还保证了事务的隔离性。本文将深入探讨MySQL中的MVCC机制,为你在面试中遇到的相关问题提供全面的解答。
240 2
|
8月前
|
SQL 安全 关系型数据库
【Mysql-12】一文解读【事务】-【基本操作/四大特性/并发事务问题/事务隔离级别】
【Mysql-12】一文解读【事务】-【基本操作/四大特性/并发事务问题/事务隔离级别】
|
SQL Oracle 关系型数据库
深度解析 MySQL 事务、隔离级别和 MVCC 机制:构建高效并发的数据交响乐(一)
深度解析 MySQL 事务、隔离级别和 MVCC 机制:构建高效并发的数据交响乐
424 0
|
8月前
|
SQL 关系型数据库 MySQL
MySQL事务原理分析(ACID特性、隔离级别、锁、MVCC、并发读异常、并发死锁以及如何避免死锁)
MySQL事务原理分析(ACID特性、隔离级别、锁、MVCC、并发读异常、并发死锁以及如何避免死锁)
198 1
|
存储 SQL NoSQL
掌控MySQL并发:深度解析锁机制与并发控制
本文详尽地探索了MySQL中处理并发事务的各种方式,从基础的锁机制到高级的MVCC,从行锁到表锁,从读操作到写操作。我们将深入解析隐式锁、插入意向锁和其他类型的锁在MySQL并发控制中的作用,以及如何在各种场景中使用这些锁机制来保证数据的一致性和事务的并发性。
440 1
掌控MySQL并发:深度解析锁机制与并发控制
|
SQL NoSQL 关系型数据库
深度解析 MySQL 事务、隔离级别和 MVCC 机制:构建高效并发的数据交响乐(三)
深度解析 MySQL 事务、隔离级别和 MVCC 机制:构建高效并发的数据交响乐(三)
532 0
|
SQL 存储 NoSQL
深度解析 MySQL 事务、隔离级别和 MVCC 机制:构建高效并发的数据交响乐(二)
深度解析 MySQL 事务、隔离级别和 MVCC 机制:构建高效并发的数据交响乐(二)
595 0
|
SQL 安全 Oracle
精通Java事务编程(2)-弱隔离级别之已提交读
若两个事务不触及相同数据,即无数据依赖关系,则它们能安全并行运行。只有当: 某事务读取由另一个事务同时修改的数据时 或两个事务同时修改相同数据
118 0
|
存储 Java 数据处理
【Java原理探索】「并发原理专题」AQS的技术体系之CLH、MCS锁的原理及实现
【Java原理探索】「并发原理专题」AQS的技术体系之CLH、MCS锁的原理及实现
132 0
【Java原理探索】「并发原理专题」AQS的技术体系之CLH、MCS锁的原理及实现
|
SQL 弹性计算 关系型数据库
PostgreSQL rc,rr,ssi 隔离级别与性能对比 - 高隔离级别损耗性测试
标签 PostgreSQL , rc , rr , ssi , 隔离级别 , 性能 , 乐观锁 背景 https://www.postgresql.org/docs/11/mvcc.html PG支持到了最高级别的隔离级别SSI(serializable snapshot isolate)。 几种隔离级别的目标如下 1、读未提交,可以看到未提交的数据,脏读。 2、读已提交,只能看
1893 0