C#的EF中使用数据库事务和并发隔离级别

最新推荐文章于 2026-05-12 06:31:17 发布
原创 最新推荐文章于 2026-05-12 06:31:17 发布 · 1w 阅读 · 2 ·
本内容遵循CC 4.0 BY-SA版权协议
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
标签
#nolock 数据库隔离级别 C# ef #数据库 #事务 #并发 #c#
本文介绍如何在C#程序中使用Entity Framework (EF)结合System.Transactions进行数据库操作时管理事务。通过示例代码展示了如何设置不同的事务隔离级别，如ReadUncommitted，并提供了使用TransactionScope和直接通过DbContext实现的具体方法。


有时候我们需要直接在使用EF操作数据库的C#程序中使用数据库事务：

using (TransactionScope ts = new TransactionScope(TransactionScopeOption.Required,
    new TransactionOptions() { IsolationLevel= System.Transactions.IsolationLevel.ReadUncommitted}))
{

}

以上代码还设置事务中使用NOLOCK的隔离级别，就是允许脏读，要改变隔离级别，可以修改
IsolationLevel
的参数。注意，EF使用事务要引用 System.Transactions;

关于隔离级别还可以直接使用

 using (DaDbContext db = new DaDbContext())
            {
                db.Database.Connection.BeginTransaction(System.Data.IsolationLevel.ReadUncommitted);
｝


C#使用EF（EntityFramework）关于访问数据不同步问题
写Bug小能手
12-11 2542
由于对c#EntityFramework的了解还不够，滥用EF，导致我在写一个c#窗体项目的时候，遇到了这个问题并让我花费了大量的时间去修改。写下此文来记录我犯的错误。 我的项目场景是： winfrom窗体程序，允许许多客户端同时运行在不同的机器上的，客户端分为用户和管理者。用来实现不同的功能。全部客户端访问的是同一数据库。 但是不管是winfrom窗体还是web应用程序数据使用EF（Enti...
dao层使用@DS指定切换的数据源，业务层同一个业务进行调用不同dao方法切换数据源，保持业务的事务
m0_64081550的博客
03-20 888
dao层使用@DS指定切换的数据源，业务层同一个业务进行调用不同dao方法切换数据源，保持业务的事务
驾驭开关瞬态：功率MOSFET驱动中di/dt与dv/dt的精细化独立调控策略
最新发布
weixin_30535843的博客
05-12 311
本文深入探讨了功率MOSFET开关瞬态中di/dt与dv/dt的精细化独立调控策略，分析了其在服务器电源、电机驱动等应用中的关键作用。通过栅极电阻的黄金分割法和外部电容的协同设计，有效降低开关损耗和EMI噪声，提升系统性能。文章还提供了典型问题排查和进阶技巧，为工程师提供实用指导。
C# 数据操作系列 - 6 EF Core 配置映射关系
极客神殿
03-05 2306
0. 前言 在《C# 数据操作系列 - 5. EF Core 入门》篇中，我们简单的通过两个类演示了一下EF增删改查等功能。细心的小伙伴可能看了生成的DDL SQL 语句，在里面发现了些端倪。没看的小伙伴也不急，这就贴出来。 public class ModelA { public int Id { get; set; } public string Name { get; set; } public List<ModelB> ModelBs { get; } = new
通俗地解释脏读、不可重复读、幻读
大叶子不小的博客
09-08 744
spring（数据库）事务隔离级别分为四种（级别递减）： 1、Serializable （串行化）：最严格的级别，事务串行执行，资源消耗最大； 2、REPEATABLE READ（重复读） ：保证了一个事务不会修改已经由另一个事务读取但未提交（回滚）的数据。避免了“脏读取”和“不可重复读取”的情况，但不能避免“幻读”，但是带来了更多的性能损失。 3、READ COMMITTED （提交读）：大多数主流数据库的默认事务等级，保证了一个事务不会读到另一个并行事务已修改但未提交的数据，避免了“脏读取”，但不能避免
EF 事务（转载）
weixin_30726161的博客
11-23 2860
事务简单用法 文章一：https://www.cnblogs.com/wujingtao/p/5407821.html 1EF事务 事务就是确保一次数据库操作，所有步骤都成功，如果哪一步出错了，整个操作都将回滚。 在EF使用事务有两种方案，一种是EF自带的.BeginTransaction()方法，另一种是使用TransactionScope类。 使用.BeginTransacti...
【愚公系列】2023年09月 .NET/C#知识点-EF的事务和环境事务
愚公智库
09-14 3万+
事务是指一系列的操作，要么全部执行成功，要么全部不执行，不允许出现部分执行成功部分执行失败的情况。事务的作用是保证数据一致性，确保多个操作的执行结果是原子性的，保证数据的完整性和正确性。分布式事务是指在分布式系统中进行的跨多个节点或多个数据库的事务。在分布式环境中，由于数据分散在多个节点上，需要保证整个分布式事务的一致性，即所有节点要么全部执行成功，要么全部不执行。因此，分布式事务的意义在于保证数据的一致性、可靠性和完整性，防止数据的丢失和重复，实现分布式系统的高可用和高性能。
高并发场景下数据错乱频发？EF Core事务隔离级别这样用才安全
CompiLume的博客
11-18 386
解决高并发下数据错乱难题，深入解析EF Core事务隔离级别应用。涵盖ReadCommitted、Serializable等级别适用场景与配置方法，确保数据一致性的同时优化性能。掌握正确用法，提升系统可靠性，值得收藏。
C# 数据库并发的解决方案（通用版、EF版）
极客神殿
01-01 2280
自ASP.NET诞生以来，微软提供了不少控制并发的方法，在了解这些控制并发的方法前，我们先来简单介绍下并发！ 并发：同一时间或者同一时刻多个访问者同时访问某一更新操作时，会产生并发！ 针对并发的处理，又分为悲观并发处理和乐观并发处理 所谓悲观/乐观并发处理，可以这样理解： 悲观者认为：在程序的运行过程中，并发很容易发生滴，因此，悲观者提出了他们的处理模式：在我执行一个方法时，不允许其他访问者介入这...
C#中的ORM和EF框架
愿你历尽千帆，归来仍是少年。
09-02 3429
在 C# 中，ORM 代表对象关系映射（Object-Relational Mapping）。这是一种编程技术，用于在关系数据库和对象程序语言之间转换数据。ORM 允许开发者使用面向对象的方式来处理数据库操作，而不是编写复杂的 SQL 语句。抽象化数据库访问：开发者可以像操作对象一样操作数据库，而不需要直接编写 SQL 代码。数据映射：ORM 框架将数据库中的表映射为类，行映射为对象实例，列映射为对象的属性。查询语言。
C#【EF Core框架】进行数据库事务处理
SOF学习拒绝刷屏
02-11 1408
使用事务 事务允许以原子方式处理多个数据库操作。 如果已提交事务，则所有操作都会成功应用到数据库。 如果已回滚事务，则所有操作都不会应用到数据库。 默认事务行为 默认情况下，如果数据库提供程序支持事务，则会在事务中应用对SaveChanges的单一调用中的所有更改。 如果其中有任何更改失败，则会回滚事务且所有更改都不会应用到数据库。 这意味着，SaveChanges可保证完全成功，或在出现错误时不修改数据库。 对于大多数应用程序，此默认行为已足够。 如果应用程序要求被视为有必要，则应该仅手动控...
EF框架的搭建(DataBase First)
dust__的博客
05-28 2834
使用EF进行数据库开发的时候有两个东西建：建数据库(T_Persons)，建模型类(Person)。EF的三种创建方法： 1. DataBase First（数据库优先）：先创建数据库表，然后自动生成EDM文件，EDM文件生成模型类。简单展示一下DataBase First 的使用。 2. Model First（模型优先）：先创建Edm文件，Edm文件自动生成模型类和数据库； 3. Code First（代码优先）：程序员自己写模型类，然后自动生成数据库。没有Edm。
C#【EF Core框架】使用乐观锁处理并发冲突
SOF学习拒绝刷屏
02-11 3181
读本文前先掌握乐观锁和悲观锁的概念 使用乐观锁处理并发冲突 数据库并发指的是多个进程或用户同时访问或更改数据库中的相同数据的情况。并发控制指的是用于在发生并发更改时确保数据一致性的特定机制。 EF Core 实现乐观并发控制，这意味着它将允许多个进程或用户独立进行更改而不产生同步或锁定的开销。 在理想情况下，这些更改将不会相互干扰，因此都能够成功。 在最坏的情况下，两个或更多进程将尝试进行冲突更改，其中只有一个进程应该成功。 并发控制在 EF Core 中的工作原理 配置为并发令牌的属性用于实..
掌握 C# 数据库操作：ADO.NET、EF Core 与 Dapper 的最佳实践
这里只有干货：从 Modbus 通信到 MES 对接，从 YOLO 训练到工控机部署，带你搞定工业软件开发全流程。
11-27 1308
在 C# 中，ADO.NET、Entity Framework Core 和 Dapper 各有优缺点。根据你的项目需求，选择合适的数据库操作方式可以有效提高开发效率与性能。掌握这些技术，并在实际项目中灵活运用，能够帮助你高效地进行数据库开发和优化。
2021-06-05 .NET高级班 34-EF事务
热门推荐
愚公智库
08-19 49万+
#region SaveChanges自带事务 ///1. Context 包含的能对数据库的操作肯定不是对一个表的操作；可以操作多个动作 ///2. SaveChanges以后，默认启动事务，会一次性提交对数据库的所有操作； 要么都成功 要么都失败 using (TencentClassRoomContext context = new TencentClassRoomContext()) { { var userlist = context.SysUsers.Where(a
C#之EF 优化篇之EF优化
Ca_va的博客
09-18 2290
基本优化方式： 1.避免使用大的数据库事务，尽量控制在有需求是打开，不需要是及时关闭，因为会锁定资源 2.批量插入表数据，尽量避免在统一DBContext下做多次SavceChange操作 3.若有大批数据需要插入表，尽量采用单表集中插入后再操作后续集，避免插入一条数据savaChange一次 4.读取数据尽量按批量读取，避免取得一条数据读取一次 查询100次单条记录与一次性查询100条记录是有很大差别的 LInq的真假分页 query.ToList().Skip((PageIndex - 1).
ef mysql 事务_数据库事务及其EF中如何处理事务
weixin_42364301的博客
01-19 406
一、基础知识1) 使用事务级别ReadUnCommited 会产生脏读现像，意味着读取到的为UnCommited(未提交)的数据。怎么理解呢？在使用该隔离级别的事务开始后。更新了数据库某一行的数据，但是事务的工作量比较大，后续还有一大堆代码还没执行完呢。不巧的是有个哥们过来读数据了，这个时候读到的就是未提交的值，如果后继工作一切正常，也没什么影响。一旦后面的代码执行中出错，就会产生...
【EF Core】 EF Core并发控制：乐观锁与悲观锁的应用
Arabys的博客
06-06 1599
本文通过代码示例演示如何解决并发导致的丢失更新问题，兼顾一致性与性能优化，详解 EF Core 中 乐观锁 和 悲观锁 的实现方式。
评论 2
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值