解读悲观离线锁[Flower]模式

最新推荐文章于 2025-07-17 16:35:03 发布
原创 最新推荐文章于 2025-07-17 16:35:03 发布 · 1.4k 阅读 · 0 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#command #数据库

本文介绍了AppSession的应用会话管理机制及其与HttpSession的关系，并详细解释了如何通过TransactionalCommand和BusinessTransactionalCommand等组件实现系统原生事务的支持。此外，还讨论了Controller组件的作用以及锁管理的具体实现。

 

AppSession:应用会话,构建在HttpSession之上.

AppSessionManager:为AppSession实现一个管理包装.

TranactionalCommand:实现Command的一个装饰,将内嵌的Command的Process调用放入一个系统原生事务调用过程中,以获得事务支持.

BusinessTranactionCommand:通过StartNewBusinessTransaction和ContinueBusinessTransaction来实现子类启动一个新业务事务或继续一个业务事务的能力.

Controller:与客户代码直接交互,隐藏了业务事务的实现细节.

ExclusiveReadLockManagerDBImpl:数据库版本的锁管理实现.

LockRemover:提供在客户端会话失效时释放所有已持有锁的实现.

工厂模式实现并发请求多个接口 （同步后台数据实现离线APP）
大雄的专栏
02-06 2456
背景：客户现场没有网络，需要在APP上面录入信息并上传后台服务器 解决方案： 使用APP之前，先（下载）同步后台基本数据，同步完成后，客户直接使用离线版进行数据录入即可。 具体实现： 方案一、登录APP后，后台扔过来一个文件，客户端去下载（不利于更新数据） 方案二、登录APP后，分在线和离线两种模式，在线模式同步后台的基本数据后，离线模式就可以直接使用了。 采用
一次 select for update 的悲观锁使用引发的生产事故
热门推荐
Defonds 的专栏
11-11 2万+
1.事故描述本月 8 日上午十点多，我们的基础应用发生生产事故。具体表象为系统出现假死无响应。查看事发时间段的基础应用 error 日志，没发现明显异常。查看基础应用业务日志，银行结果处理的部分普遍很慢，大都在十分钟以上。2.AWR 报告向 DBA 要了一下那个时间段的 AWR 报告，发现以下三个地方有些异常：2.1.CPU 利用率过高如上图所示，CPU利用率：1883.25分钟DB时间/(4核心
.NET：再谈在线悲观锁、离线悲观锁、在线乐观锁和离线乐观锁。
weixin_33802505的博客
05-19 170
在线：读取和修改在一个线程中。离线：读取和修改不在一个线程中。 在线悲观锁 概念：A和B依次读取了数据，先读取的执行修改会成功，后读取的执行修改回失败。 思路：事务隔离级别或数据库锁。 离线悲观锁 概念：A打开了编辑界面，B就不能打开编辑界面了。 思路：自己实现锁。 在线乐观锁 概念：A和B依次读取了数据，先执行修改的会成功，后执行修改的会失败。 思路：版本字段。 离线乐观锁 ...
.NET：在线悲观锁、在线乐观锁、离线悲观锁、离线乐观锁代码示例
weixin_34062469的博客
04-16 246
名称解释 悲观锁 定义：我修改数据的时候，不允许别人修改数据。 意图：并发很容易发生（悲观者经常认为某件坏事会发生在自己身上）。 场景：绩效评分的过程，因为每个评估人评分后都要修改评估结果表的同一行记录，而且经常是在同一个时间段进行的评分，评分的过程就适合用悲观锁。 乐观锁 定义：谁都可以修改数据，提交的时候和数据库做比较，如果数据在这期间发生了变化，有两种处理思路：1、失败；2、合并...
第二十五章 离线并发与锁机制
Struts 2 的专栏
08-14 5338
第二十五章 离线并发与锁机制 离线并发的来源         在Web项目中，离线并发显得尤其严重。例如，用户A和用户B同时修改数据库中的某张表的R行，加入R行有两个字段分别是C1，C2。         假如按照如下过程修改：         1 用户A将数据R（C1,C2）读取到A的浏览器中。         2 用户B将数据R（C1,C2）读取到B的浏览器中。  
乐观离线锁
chuanzhongdu1的专栏
12-31 1241
对于数据高并发的情况下必须要考虑数据不一致问题，如果不一致的问题发生率不是很高，可以使用乐观离线锁 实现机制： 版本号：在数据库中增加一个版本号，每次更新是+1,当提交或者更新时比较提交数据与当前数据的版本号，比较成功就提交。 字段比较：更新where语句中加入字段的比较。 比较数据：如果数据来自非常灵活的查询结果，就不能用上述两个机制了，只能提交时与数据库记录比较。 在高并发的情况下，
乐观离线锁原理
Ruby爱好者
03-26 323
实现方式： 通过在UPDATE/DELETE语句中增加版本号来实现锁机制。   解释： 这种锁不是长时间的锁，而且一个业务事务中可能同时包含了几个系统事务。而乐观是相对悲观而言的，表示预计冲突不总是发生，以其得到最大的性能。   场景（举例）： 不使用锁，那么就会产生不一致问题，如两个人一起编辑同一个文章，后一个提交的人就会覆盖前一个人的修改。   实现原理： 通过在文章表里...
30、离线并发模式：乐观离线锁与悲观离线锁解析
最新发布
zeta9的博客
07-17 52
本文详细解析了离线并发管理中的两种重要模式：乐观离线锁和悲观离线锁。介绍了它们的工作原理、适用场景、实现方式以及具体的代码示例。乐观离线锁通过版本号验证来检测冲突，适用于冲突概率较低的场景；而悲观离线锁通过一次性锁定数据来避免冲突，适用于高冲突概率或冲突成本较高的场景。文章还通过实际案例和最佳实践，帮助开发者在实际应用中选择合适的并发管理策略，确保系统的数据一致性和高性能。
在分布式事务中实现基于Oracle PLSQL UL LOCK的悲观离线锁
05-27
本文将深入探讨如何在分布式事务中实现基于Oracle PL/SQL的UL (User-Level) LOCK的悲观离线锁策略。这种策略主要用于防止多个并发操作对同一数据进行修改，从而避免数据不一致性和死锁等问题。 首先，理解悲观锁的...
基于Oracle PLSQL实现分布式事务中的悲观离线锁
本文标题“在分布式事务中实现基于Oracle PLSQL UL_LOCK的悲观离线锁”明确指出了一种特定的技术路径：利用Oracle数据库提供的UL_LOCK（User Lock）机制，在PL/SQL编程框架下实现悲观离线锁策略，以保障跨节点或长...
悲观离线锁：实现离线并发控制的有效策略
# 悲观离线锁：实现离线并发控制的有效策略 在处理离线并发问题时，悲观离线锁是一种重要的技术手段。它通过限制同一时间只有一个业务事务可以访问数据，从而有效避免并发业务事务之间的冲突。 ## 1. 悲观离线锁...
【数据库】并发控制
~yzzheng～的博客
06-01 5356
数据库是一个共享资源,可以供多个用户共享使用. 以事务为单位管理用户程序的并发访问,提高资源共享效率。数据并发性意味着多个用户可以同时访问数据。 并发访问存在冲突吗?如何控制? 事务:用户定义的一个数据库操作序列.这些操作要么全做要么全不做,是一个不可分割的工作单元. 事务具有ACID 原子性(atomicity)：数据库的逻辑单位，要么都做，要么都不做 一致性（consistency...
TensorFlow关于人工智能的理解
小怪兽鲜乐园
11-02 207
tensorflow 人工智能 TensorFlow关于人工智能的理解 自从创建机器以来，它们执行任务的能力已经增长成倍。如今，几乎每个领域都使用计算机。随着时间的推移，它们变得更快，表现更好，只是伴随着它们不断减小的物理尺寸。 AI是一个广泛的领域，由各种子域，技术和算法组成。科学家们正在努力创造一种人工智能，其中机器就像人类一样聪明，坦率地说，这也是一种可能性。早在1956年，来自数学和计算...
在JPA中实现离线悲观锁
cd_eat1的博客
01-15 629
JPA规范并没有涉及悲观锁，如有需要，可以参考下面代码实现： [b]在数据库中准备一张lock表[/b] ，[b]用户通过页面锁定某个entity时[/b] java app向lock表插入一条记录，包含该entity实例的标识（如主键），该entity类型的标识（比如表的名字或实体Bean对应的java类的全路径名），锁定时间等。 如果java app发现lock...
乐观锁和悲观锁的区别
weixin_30336061的博客
01-13 2532
悲观锁(Pessimistic Lock), 顾名思义，就是很悲观，每次去拿数据的时候都认为别人会修改，所以每次在拿数据的时候都会上锁，这样别人想拿这个数据就会block直到它拿到锁。传统的关系型数据库里边就用到了很多这种锁机制，比如行锁，表锁等，读锁，写锁等，都是在做操作之前先上锁。 乐观锁(Optimistic Lock), 顾名思义，就是很乐观，每次去拿数据的时候都认为别人...
企业应用架构模式学习笔记
多看多听多总结
07-25 1730
1、概述 2、分层 表现逻辑处理用户与软件间的交互。表现层的主要职责是向用户显示信息并把从用户那里获取的信息解释成领域层或数据源层上的各种动作。 数据源逻辑主要关注与其他系统的交互，这些系统将代表应用完成相关的任务。可以是事务监控器、其他应用、消息系统等。最主要的数据源逻辑是数据库，主要责任是存储持久数据。 领域逻辑也称为业务逻辑，是应用必须做的所有领域相关工作，包括根据输入数据或已有数据进行计算，对从表现层输入的数据进行验证，以及根据从表现层接收的命令来确定应该调度哪些数据源逻辑 ...
第十六天-企业应用架构模式-离线并发模式
weixin_34227447的博客
02-21 144
1.乐观离线锁 （Optimistic Offline Lock） 运行机制 使用时机 例：领域层与数据层数据映射器 2.悲观离线锁 （Pessimistic Offline Lock） 运行机制 使用时机 例：简单锁管理对象 3.粗粒度锁 （Coarse-Grained Lock） 运行机制 使用时机 例：共享的乐观离线锁 例：共享的悲观离线锁 例：根对象乐观离线锁 4.隐含锁 （Implici...
《企业应用架构模式》（POEAA）读书笔记 （4）-- 离线并发模式
12-16 194
　　并发管理的正确目标是尽量增加对数据的正确访问，同时减少冲突　　离线并发模式有两种：使用乐观离线锁、使用悲观离线锁 　　离线锁可以理解为一种非服务器管理的锁，或者说是自管理的锁，应用在适当的地方注册锁，获取数据，然后离线，并对数据进行离线的操作；其他的应用通过检测已经注册的锁来决定是否进行并发操作 1.悲观离线锁 　　悲观离线锁假设会话冲突的可能性很大，从而对系统的并发进性...
在数据库中，并发控制有乐观锁和悲观锁之间，什么时候用乐观锁比较好什么时候用悲观锁比较好？...
weixin_30644369的博客
08-17 640
实际生产环境里边，如果并发量不大，完全可以使用悲观锁定的方法，这种方法使用起来非常方便和简单。但是如果系统的并发非常大的话，悲观锁定会带来非常大的性能问题，所以就要选择乐观锁定的方法。 悲观锁假定其他用户企图访问或者改变你正在访问、更改的对象的概率是很高的，因此在悲观锁的环境中，在你开始改变此对象之前就将该对象锁住，并且直到你提交了所作的更改之后才释放锁。悲观的缺陷是不论是页锁还是行锁，加...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值