.net core 下的分布式事务锁

最新推荐文章于 2025-02-09 08:01:41 发布

webmote

最新推荐文章于 2025-02-09 08:01:41 发布

阅读量4.2k

点赞数

分类专栏： .net core 深度剖析文章标签： .net core 分布式事务锁锁分布式事务微服务

本文链接：https://blog.youkuaiyun.com/codeex/article/details/83860568

版权

.net core 深度剖析专栏收录该内容

123 篇文章 ¥19.90 ¥99.00

订阅专栏

超级会员免费看

本文介绍了在.NET Core环境下如何实现和使用分布式事务锁，重点讨论了锁的性能比较，如缓存、Zookeeper和数据库。通过StackExchange.Redis的LockTake方法实现锁，并提供在API中的使用示例，确保在多微服务场景下对关键业务流程的互斥访问。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

系统分布式锁的用法

公司框架新增功能分布式锁：

锁的性能之王：缓存 > Zookeeper >= 数据库

锁的实现

实现原理：核心采用StackExchange.Redis的LockTake方法实现。
支持同步获取锁，或者等待直到超时获取锁。

/// <summary>
    /// 分布式锁，提供全局分布式锁支持，以resource redis为基础
    /// 这个锁只能通过RpcContext来获取，通过自己手动释放
    /// </summary>
    public sealed class DistributedL

了解本专栏

订阅专栏解锁全文

超级会员免费看

确定要放弃本次机会？

福利倒计时

: :

立减 ¥

普通VIP年卡可用

立即使用

webmote

关注关注

0
点赞
踩
2

收藏

觉得还不错? 一键收藏
0
评论
分享

复制链接

分享到 QQ

分享到新浪微博

扫一扫
打赏
打赏
打赏举报

举报

专栏目录

订阅专栏

.NET CORE 分布式事务(三) DTM实现Saga及高并发下的解决方案

m0_59178355的博客

03-26

2475

可以这么思考，如果发货的操作返回了失败，那么这个失败的含义是不够清晰的，调用方不知道这个失败是修改了部分数据的失败，还是修改数据前的业务校验失败，因为这个操作不可回滚，所以调用方收到这个失败，是不知道如何正确处理这个错误的。例如dtm的补偿操作，是要求最终成功的，只要还没成功，就会不断进行重试，直到成功。另外当你的一个全局事务中，如果出现了两个既不可回滚的又可能返回失败的操作，那么到了实际运行中，一个执行成功，一个执行失败，此时执行成功的那个事务无法回滚，那么这个事务的一致性就不可能保证了。

.NET CORE 分布式事务(二) DTM实现TCC

m0_59178355的博客

03-25

1613

紧接上一期.NET CORE 分布式事务(一) DTM实现二阶段提交(

参与评论您还未登录，请先登录后发表或查看评论

详解ASP.Net Core 中如何借助CSRedis实现一个安全高效的分布式锁

01-02

引言：最近回头看了看开发的.Net Core 2.1项目的复盘总结，其中在多处用到Redis实现的分布式锁，虽然在OnResultExecuting方法中做了防止死锁的处理，但在某些场景下还是会发生死锁的问题，下面我只展示部分代码：问题：（1）这里setnx设置的值“1”，我想问，你最后del的这个值一定是你自己创建的吗？（2）图中标注的步骤1和步骤2不是原子操作，会有死锁的概率吗？大家可以思考一下先，下面让我们带着这两个问题往下看，下面介绍一下使用Redis实现分布式锁常用的几个命令。一、使用Redis实现分布式锁常见的几个命令 ► Setnx 命令：SETNX key valu

.NET分布式事务处理

weixin_30598225的博客

06-12

178

　　在进行数据持久化的时候，我们会经常用到事务处理。一般情况下，ADO.NET中的事务处理就能够满足我们的需要，但是，ADO.NET中的事务不能同事对多个数据库连接进行原子性的操作；如果在你的业务环境中存在多个数据库、文件写入等操作，同时需要保证数据完整性和一致性的时候，你可以考虑使用.NET提供的分布式事务处理。　　使用分布式事务处理，需要Windows系统的支持，所以，我们需要将系统的MS...

NET中的线程锁

热门推荐

时光隧道

09-14

3万+

锁是一种同步机制，用于在多线程或多进程环境中对共享资源进行互斥访问，从而避免竞争条件和数据不一致问题。分布式锁是一种在分布式系统中实现互斥访问的锁，允许多个进程或节点使用同一个锁来协调它们的操作。分布式锁通常使用分布式协议来确保锁的一致性和可靠性，例如 ZooKeeper、Redis 等。分布式锁的应用场景包括高并发下的数据更新、分布式任务调度、分布式事务等。

【愚公系列】2023年01月 .NET CORE工具案例-RedLock.net实现分布式锁

时光隧道

01-03

9025

分布式锁是控制分布式系统之间同步访问共享资源的一种方式。在分布式系统中，常常需要协调他们的动作。如果不同的系统或是同一个系统的不同主机之间共享了一个或一组资源，那么访问这些资源的时候，往往需要互斥来防止彼此干扰来保证一致性，这个时候，便需要使用到分布式锁。对于转账、抢购等都会设计分布式锁问题。归根结底是因为并发引起的数据不一致问题，面对并发，我们通常会采用锁来优化。

.NET CORE 分布式事务(一) DTM实现二阶段提交

m0_59178355的博客

03-21

2021

DTM提出的二阶段消息，可以完美替代现有的事务消息或本地消息表架构。无论从复杂度、便利性、性能，还是代码量，新架构都完胜现有架构方案，是这个领域的革命性架构。二阶段消息是dtm首创的事务模式，用于替换本地事务表和事务消息这两种现有的方案。它能够保证本地事务的提交和全局事务提交是“原子的”，适合解决不需要回滚的分布式事务场景。下面我们来看看二阶段消息，如何解决这个业务场景的问题。

.NET CORE 分布式事务(四) CAP实现最终一致性

m0_59178355的博客

03-30

2432

在分布式系统中，事务管理是确保数据一致性和系统稳定性的关键技术。传统的集中式事务处理模型（如两阶段提交协议）在分布式环境中面临诸多挑战，包括性能瓶颈、单点故障和扩展性问题。为了解决这些问题，最终一致性模型被提出并广泛应用于分布式事务处理中。最终一致性（Eventual Consistency）是一种分布式系统的数据一致性模型，它不要求数据在每个时刻都保持一致，而是允许数据在短时间内不一致，但保证在一定时间后，所有节点上的数据会达到一致状态。这种模型降低了对即时一致性的要求，从而提高了系统的可用性和扩展性。

.NET Core 不支持分布式事务

锐意工作室

02-11

1309

文章目录.NET Core 不支持分布式事务事实问题计划影响扩展阅读 .NET Core 不支持分布式事务 事实 .NET Framework支持分布式事务（Distributed Transactions），但是很遗憾（尴尬）的是.NET Core（包括.NET 5和.NET 6）都还不支持分布式事务。问题这个问题从.NET Core发布后就一直存在，可见在跨平台的分布式事务支持是一件非常复杂的事情。参见： https://github.com/dotnet/runtime/issues/19318

.NET CORE使用Redis分布式锁续命(续期)问题

m0_59178355的博客

03-27

1297

续命同样使用了Redis的Lua脚本来实现，确保了原子性。获取了Redis锁之后，直接开启了一个新的线程，在设置时间还剩三分之一的时候进行了续命，这在程序中是有必要使用的，比如说因为网络原因造成的延时，本来我的这个接口执行完毕只需要3秒钟，但是有于网络延时造成了我的这个接口执行超过了3秒，这时候就需要Redis锁续命。有的小伙伴私信说如果锁内锁定的程序或者资源未在上锁时间内执行完，造成的使用资源冲突，需要如何解决。控制器API，调用可以续命的阻塞锁，缓存时间设置为3秒续命时间也是延长3秒。

.NET简谈事务、分布式事务处理

02-08

.NET简谈事务、分布式事务处理 ,DTC应用

.Net Core with 微服务 - 分布式事务 - TCC

dotNET跨平台

08-28

653

上一次我们讲解了分布式事务的 2PC、3PC 。那么这次我们来理一下 TCC 事务。本次还是讲解 TCC 的原理跟 .NET 其实没有关系。TCC Try 准备阶段，尝试执行业务Confi...

.net Core 分布式事务之CAP

小枪 bolg ---hello，wrold

12-28

5666

.netCore分布式事务

.net core with 微服务 - 分布式事务 - tcc 事务

极客神殿

05-17

473

上一次我们讲解了分布式事务的 2PC、3PC 。那么这次我们来理一下 TCC 事务。本次还是讲解 TCC 的原理跟 .NET 其实没有关系。 TCC Try 准备阶段，尝试执行业务 Confirm 完成业务 Cancel 回滚准备阶段的业务 TCC 事务其实是 2PC 的一个扩展。上一次我们说了 2PC ，在二阶段进行事务提交。因为 2PC 基本上是利用数据库的事务能力进行 commit ，其实这里还有可能出现一种 rollback 情况。 TCC 就是把 2PC 的二阶段细化了，拆分成了 Confi

.netcore 分布式事务CAP 快速入门

qq_20382175的博客

03-15

999

从上面来看最优的方案显示是方案4，我们这次的主角CAP也正是采用了此种方案来实现的，我们这里介绍的方案4还是比较简单的，CAP的实现要更加的严谨、更加强大，我们不需要建过程表，也不需要处理消息队列的问题，底层很多的细节都不需要我们考虑，只管用就好了。因为此例中第一次访问时可能发布事件比订阅事件要快，导致还没订阅就把事件发布出去了，这样的事件会丢失，所以我们再F5刷新一下界面，可以看到程序就进入到了订阅事件里面。并且通过消息队列推送此消息，如果推送失败，则定时扫描“订单创建成功”表将失败的数据重新推送。

.netcore 分布式事务CAP2.6 快速入门

zhanglong_longlong的专栏

12-14

289

CAP介绍： CAP是一个用来解决微服务或者分布式系统中分布式事务问题的一个开源项目解决方案。可以解决跨服务器的数据一致性问题。一个简单的列子，如：订单系统创建订单后需要通知邮件通知用户下单成功，解决方案有下面几种： 1：创建订单时同步调用邮件发送，邮件发送失败则整个订单创建失败，这样保证了一致性，但性能和可用性有非常大的问题。或者不管邮件发送状态，失败了就算了，这样用户就可能收不到通知邮件了。 2：创建订单时通过消息队列推送一个订单创建成功的事件，另外创建一个服务来监听消费此事件，并执行...