标签:请求 处理 订单 实现 接口 如何 支付 标识 分布式
目录
分布式服务接口的幂等性如何设计
幂等性的定义
就是说一个接口,多次发起同一个请求,如何这个接口得保证结果是准确的,比如不能多扣款、不能多插入一条数据、不能将统计值多加了 1。
白话文:同一接口多次请求,保证结果是对的(一般是更新操作,查询当然是一样的)
例子
-
假如你有个服务提供一些接口供外部调用,这个服务部署在了 5 台机器上,接着有个接口就是付款接口。然后人家用户在前端上操作的时候,不知道为啥,总之就是一个订单不小心发起了两次支付请求,然后这俩请求分散在了这个服务部署的不同的机器上,好了,结果一个订单扣款扣两次。
-
订单系统调用支付系统进行支付,结果不小心因为网络超时了,然后订单系统走了前面我们看到的那个重试机制,咔嚓给你重试了一把,好,支付系统收到一个支付请求两次,而且因为负载均衡算法落在了不同的机器上
解决方案
其实保证幂等性主要是三点:
- 每个请求必须有一个唯一的标识,举个栗子:订单支付请求,肯定得包含订单 id,一个订单 id 最多支付一次,对吧。
- 每次处理完请求之后,必须有一个记录标识这个请求处理过了。常见的方案是在 mysql 中记录个状态啥的,比如支付之前记录一条这个订单的支付流水。
- 每次接收请求需要进行判断,判断之前是否处理过。比如说,如果有一个订单已经支付了,就已经有了一条支付流水,那么如果重复发送这个请求,则此时先插入支付流水,orderId 已经存在了,唯一键约束生效,报错插入不进去的。然后你就不用再扣款了。
白话文:1.每个请求要有唯一标识 2.数据库要有记录 3.有更新操作前先去判断一个这个请求是否处理过
实现
- 用日志表实现:利用一张日志表来记录已经处理成功的请求的ID,如果新到的请求ID已经在日志表中,那么就不再处理这个请求
- 用redis实现:value存放请求的唯一标识,当存进去的时候才能处理请求,可以用set类型实现(判断元素是否在set集合中:sismember key member)
标签:请求,处理,订单,实现,接口,如何,支付,标识,分布式 来源: https://blog.csdn.net/weixin_45325628/article/details/123062488
本站声明: 1. iCode9 技术分享网(下文简称本站)提供的所有内容,仅供技术学习、探讨和分享; 2. 关于本站的所有留言、评论、转载及引用,纯属内容发起人的个人观点,与本站观点和立场无关; 3. 关于本站的所有言论和文字,纯属内容发起人的个人观点,与本站观点和立场无关; 4. 本站文章均是网友提供,不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属;如您发现该文章侵犯了您的权益,可联系我们第一时间进行删除; 5. 本站为非盈利性的个人网站,所有内容不会用来进行牟利,也不会利用任何形式的广告来间接获益,纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。