10万用户的并发量多大_高并发场景下强一致预算/库存扣减方案

本文探讨了在面临10万用户并发扣减预算或库存时,如何通过分库分表策略提升并发处理能力。方案包括单表分表和分库分表,同时分析了流量不均和数据库被打挂的风险及其解决方案,以确保强一致性。
摘要由CSDN通过智能技术生成

场景描述

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

  • 需要满足不同的发券需求,运营可配置预算扣减业务
  • 每次请求扣减一定数量的金额,比如发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或许可以满足需求,但是想要达到数十万以上的并发支撑,这样是远远不够的。

我曾经使用的库(

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值