高并发下余额扣减

添加数据库行锁

当请求A执行是 先加入锁阻塞 请求B直到 请求A完成之后 请求B才继续执行

//开始事务
begin;
//消费金额
$spend = 10;
//查询用户余额
$user = select id,fee from users where id = 12 for update;
//计算金额
$newFee = $user['fee'] - $spend;

//...检查余额是否足够
//更新余额
update users set fee = $newFee where id = 12;
//确认成功之后,提交事务
commit

CAS业务层面乐观锁

什么是CAS

在更新的时候使用初始值(即查询出来的当前余额)作为条件compare限制只有初始值没有改变时才允许更新成功set

Compare And Set(CAS)

//消费金额
$spend = 10;
//查询用户余额
$user = select id,fee from users where id =12;
$oldFee = $user['fee'];
//计算金额
$newFee = $user['fee'] - $spend;
//...检查余额是否足够
//更新余额
update users set fee = $newFee where id = 12 and fee = $oldFee ;

为什么不使用减等于的SQL语句

例如:

update users set fee = fee - $spend where id = 12;

这里要再加上余额的判断避免出现负数金额

update users set fee = fee - $spend where id = 12 and fee >= $spend;

稍微改一下这里的更新 语句 也能完成正确的更新 就算是并发也将正常

但是这样做将产生一个问题 不幂等?

什么是不幂等?

在相同的条件下,执行同一请求,得到的结果相同才符合幂等性

也就是说

fee = fee - $spend 不幂等

fee = $newFee       幂等

不幂等的情况下 如果发生重复执行的额情况将产生重复扣款

  • 0
    点赞
  • 6
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值