高并发 统计对账Java_高并发场景下强一致预算/库存扣减方案

本文探讨了在高并发环境中如何实现强一致性的预算或库存扣减。通过分析传统SQL方法的局限,提出使用分库分表的策略来提升并发处理能力。介绍了分表和分库的实施细节,以及如何处理流量不均和数据库被打挂的风险,以确保系统的稳定性和一致性。

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

场景描述

对于预算扣减/库存扣减类场景,我们需要根据业务对已有预算/库存做减法,拿发券的场景来举例:

需要满足不同的发券需求,运营可配置预算扣减业务

每次请求扣减一定数量的金额,比如发10元券给用户

需要保持强一致,计划中的预算金额尽可能全部发出去,但不能多发,多发会有资金损失,所以需要有强一致的保证

本文介绍的方案还可以作为秒杀类业务中的一部分

概述

对于预算的扣减需求,可以用2条简单的sql来理解:

第一条SQL,记录流水,流水有幂等的作用,还可用于做对账,SQL简化如下:

insert into budget_log (biz_no, budget_code) values (#{bizNo}, #{budget_code})

其中biz_no表示一次扣减的唯一标识,budget_code是一个预算计划的唯一标识

第二条SQL用于做真正的扣减:

update budget set amount = amount - #{amt} where budget_code = #{budgetCode} and amount >= #{amt}

但是如果对并发的要求是百级别,仅仅依靠这两条sql或许可以满足需求,但是想要达到数十万以上的并发支撑,这样是远远不够的。

我曾经使用的库(全库能支持6k的tps)能支持到300次扣减,数据库资源发挥不出来。为什么会出现这种情况呢?6k的tps只能发挥出600tps的能力(300次流水插入+300次预算扣减),因为数据库在执行扣减sql时

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值