乐观锁限额控制

最新推荐文章于 2021-02-01 01:55:40 发布
原创 最新推荐文章于 2021-02-01 01:55:40 发布 · 881 阅读 · 5 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#java #乐观锁 #解决方案 #并发

为解决分布式服务中的并发商户限额问题，采用了乐观锁作为解决方案。通过在数据库中增加一个版本（Version）字段，每次数据更新时版本号递增。在提交更新时，若数据库中的版本号与初始读取的版本号一致，则更新成功，否则视为并发冲突。在限额累加后，若后续交易失败，需要回滚限额，确保数据一致性。

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

为了解决并发下的商户限额问题，由于服务是分布式的方式部署在多台服务器上的，故选择乐观锁为解决方案。

        即使用数据版本（Version）记录机制实现，这是乐观锁最常用的一种实现方式。何谓数据版本？即为数据增加一个版本标识，一般是通过为数据库表增加一个数字类型的 “version” 字段来实现。当读取数据时，将version字段的值一同读出，数据每更新一次，对此version值加一。当我们提交更新的时候，判断

最低0.47元/天 解锁文章

200万优质内容无限畅学
架构师必知必会系列：多层次缓存与缓存策略
AI天才研究院
10-31 189
缓存（Cache）是一种高速存储设备，用于临时存储最近访问的数据，从而使得数据访问速度更快。当用户访问一个数据时，如果此数据已经被缓存了，那么就可以直接从缓存中获取数据，不需要再访问实际的数据源，这样可以提升用户体验、减少服务器负担、降低网络带宽占用等。在计算机系统中，除了CPU、主存和磁盘外，还有一块非常重要的存储设备——缓存。缓存就是一个快速的存储器，它位于CPU和内存之间，用来存储最近使用的信息。缓存主要分为本地缓存和分布式缓存两种。
乐观锁
weixin_42165130的博客
12-08 682
乐观锁介绍： 乐观锁（ Optimistic Locking ） 相对悲观锁而言，乐观锁假设认为数据一般情况下不会造成冲突，所以在数据进行提交更新的时候，才会正式对数据的冲突与否进行检测，如果发现冲突了，则让返回用户错误的信息，让用户决定如何去做。那么我们如何实现乐观锁呢，一般来说有以下2种方式： 1、使用版本号实现乐观锁 版本号的实现方式有两种，一个是数据版本机制，一个是时间戳机制。具体如下。 a.使用数据版本（Version）记录机制实现，这是乐观锁最常用的一种实现方式。何谓数据版本？即为数据增
【PHP】针对业务场景的需要，合理的使用 MySQL 乐观锁与悲观锁
weixin_49163826的博客
11-25 389
针对 MySQL的乐观锁与悲观锁的使用，基本都是按照业务场景针对性使用的。针对每个业务场景，对应的使用锁。 但是两种锁无非都是解决并发所产生的问题。下面我们来看看如何合理的使用乐观锁与悲观锁 何为悲观锁 悲观锁（Pessimistic Lock）：就是很悲观，每次去取数据的时候都认为别人会去修改，所以每次在取数据的时候都会给它上锁，这样别人想拿这个数据就会block直到它取到锁。比如用在库存增减问题上，利用悲观锁可以有效的防止减库存问题。 简单来讲，悲观锁就是假定会发生并发冲突，屏蔽一切可能违反数据完整.
mysql使用条件限制乐观锁_mysql乐观锁解决并发问题
weixin_33056525的博客
02-01 589
博客2：https://www.cnblogs.com/laoyeye/p/8097684.html1、使用版本号实现乐观锁版本号的实现方式有两种，一个是数据版本机制，一个是时间戳机制。具体如下。下单操作包括3步骤：1.查询出商品信息select (status,status,version) from t_goods where id=#{id}2.根据商品信息生成订单3.修改商品status为...
redis 用watch 限制 乐观锁 做秒杀 demo
11-23
不用队列,队列太占用内存,所以用redis 的watch 就是乐观锁的原理,来做的秒杀 抢购
mysql乐观锁解决并发问题
Salted fish in hand, I have the world.
03-15 367
博客1：根本决解办法只有一个：队列，别的说的没有用:https://www.cnblogs.com/sheseido/p/5038562.html 博客2：https://www.cnblogs.com/laoyeye/p/8097684.html1、使用版本号实现乐观锁版本号的实现方式有两种，一个是数据版本机制，一个是时间戳机制。具体如下。 下单操作包括3步骤： 1.查询出商品信息 sel...
Java spring mybatis MySQL 现在有个需求 要求设置明星企业 批量update的一个SQL ，如何要求在并发情况下 最多设置五个明星 sql语句如下： UPDATE system_tenant SET star_company =1 WHERE tenantId IN (100000,100001) 使用乐观锁能实现吗 如何写最简单？
最新发布
08-08
这个方案是纯乐观锁，通过配置表的版本号来控制并发。如果更新配置表时发现版本号变化，则重试。 但是，租户表的更新和配置表的更新需要在一个事务中，并且租户表的更新（UPDATE）会锁定相关的行，这可能会导致...
Doris并发控制攻略：轻松应对大规模并发场景
在数据库管理系统中，Doris作为一款开源的MPP（大规模并行处理）分析型数据库，其并发控制机制是确保数据一致性和系统稳定性的重要组成部分。并发控制通常涉及到如何管理多个用户或进程在同时访问和修改数据库时产生...
CTS&GTS测试用例设计：高级技巧与并发控制问题解析
本文系统地探讨了CTS&GTS测试用例设计的全过程，从测试用例设计的基础理论，到高级的用例设计技术，再到并发控制的应用及测试用例设计中的挑战和应对策略。文章详细阐述了测试用例设计的原则和方法论，以及等价类...
让你彻底搞明白为什么用乐观锁!
u012549055的博客
12-02 3222
看了掘金小册以后,自认为对mysql的锁有所认知,但是反而看的越多越困惑, 在mysql 的innodb 引擎下, 默认的隔离级别下, mysql已经通过读使用mvcc,写使用加锁 的方式解决了并发的四大数据库问题 脏写, 脏读, 不可重复读, 幻读. 所以看到这里的时候我就在想,既然mysql底层机制已经解决了并发问题,那么为什么还有好多人说自己通过版本号机制 来实现乐观锁...
使用mysql乐观锁解决并发问题
weixin_30569001的博客
12-24 1076
案例说明： 银行两操作员同时操作同一账户。比如A、B操作员同时读取一余额为1000元的账户，A操作员为该账户增加100元，B操作员同时为该账户扣除50元，A先提交，B后提交。最后实际账户余额为1000-50=950元，但本该为1000+100-50=1050。这就是典型的并发问题。 乐观锁机制在一定程度上解决了这个问题。乐观锁，大多是基于数据版本(Version)记录机制实现。何谓数据版本？即...
有了事务为什么还需要乐观锁和悲观锁
蚂蚁学Python
06-02 737
为什么有了事务这东西，还需要乐观锁悲观锁？事务是粗粒度的概念、乐观锁悲观锁可以更细粒度的控制； 比如抢票，假设余票只有1张；隔离级别可以保证事务A和事务B不能读到对方的数据，也不能更新对方正在更新的数据，但是事务A和事务B都认为还有1张余票，于是出票，并更新为0； 事务解决了并发问题，已经不存在并发问题了； 但是事务B读取的是过时数据，依据过时数据做了业务处理； 所以需要乐观锁或者悲观锁，来记...
SELECT+UPDATE处理并发更新
buyue
09-26 2255
http://www.phpxs.com/post/3498/
如何处理日累计限额
墨迹
05-21 2866
目前在做的项目中。有一个很有意思的点。 如何处理日累计限额。一个账户，每天的交易限额是有额度的。到了第二天，额度恢复。日累计重新计算 也就是说。到了第二天，日累计额度应该是从0开始计算的。 就很简单嘛。写一个存储过程。每天凌晨更新。但其实项目里并不是怎么处理的。 数据库中这张表里，还有另外一个字段txn_date。表示交易日期。代码，判断，当前日期，是否和交易日期一致，如果一致，那么就在已...
秒杀---使用乐观锁实现或cache实现
胖胖龙的博客
09-12 4978
概念秒杀系统的特点 新品上市 价格低廉 市场造势 大幅推广 指定时间开售 瞬时售空 读多写少 秒杀系统难点 高并发、负载压力大 竞争资源是有限的 对其他业务的影响 提防“黄牛党” 秒杀系统应用场景 商品抢购 群红包 优惠卷领取 抢火车票 在线预约 技术维度对秒杀系统的分析 —— 架构原则技术维度对秒杀系统的分析 —— 优化技术业务维度对秒杀系统的分析 修改库存放在订单支付的前面位置 体现了企业的良
关于乐观锁的使用
Nature_Ran的专栏
06-03 3059
关于乐观锁 简单的来说，乐观锁就是在修改数据库数据的时候，验证数据库里的那条数据是不是可以修改的状态，即执行update 。。。where 【条件】。这个条件就是确保当前的那条记录时可以修改的，如果不可以修改，这句update语句就无法执行成功，这个方法在高并发状态下和类似于定量发放红包的场景下十分实用。 使用方式1： 一条订单记录需要修改状态，假设目前这条订单处于刚刚下单状态，商家端可以对其...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值