【幂等性】经典分布式锁应用分析

幂等性

幂等性是系统服务对外的一种承诺,关注的是以后的多次请求是否对资源产生了副作用,而不是关注的结果。

幂等性和防重复提交比较

重复提交:重复提交是在第一次请求成功的情况下,人为的进行多次操作,从而导致不满足幂等性要求的服务多次改变数据状态。
幂等:更多使用的情况是第一次请求知道结果(比如常见的网络抖动导致连接超时)或者失败异常情况下,发起多次请求的,其目的是多次确认第一次请求成功,却不会因为多次请求而出现多次的状态变化。

问题引入

今天,项目遇到一个问题。在一个接口内,有段创建订单的逻辑是:
id 自增

insert into pay_order values(id, order_id, user_id, create_time);

在前端页面抖动时,会多次调用接口,重复上述逻辑。最终导致这个订单有多条记录,引起一系列问题。

幂等性服务设计

针对上述问题,将采用redis分布式锁+mysqsl行锁解决。

  • redis分布式锁

在逻辑前,设计一个自动超时解锁的redis锁。这里默认设置30秒内只有1个进来的服务能够拿到锁去执行创建订单的逻辑。完成逻辑后,执行解锁。

boolean lock = redisTemplate.execute((connection) -> connection
				.set(key.getBytes(), value.getBytes(), 
				expiration, RedisStringCommands.SetOption.ifAbsent()), true);
while(!lock) {
	lock = redisTemplate.execute((connection) -> connection
				.set(key.getBytes(), value.getBytes(), 
				expiration, RedisStringCommands.SetOption.ifAbsent()), true);
}
  • mysql行锁

查询表是否有这个记录,有就不执行逻辑中的影响语句insert into xxx

select * from order_entity where order_id = #{orderId} and user_id = #{userId}

结语

涉及知识:

  1. redis操作
  2. 锁机制
  3. 幂等性原理
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值