admin管理员组文章数量:1794759
订单请求接口设计,避免timeout超时问题 下单解决
订单请求接口设计,避免timeout超时问题 下单解决
接上篇:外部系统对接下单幂等性校验逻辑及接口超时处理
1.第一步
中间表数据 & 取消接口 两件事情分开,不要因为中间表缺失数据,而影响到取消的操作。
2.第二步
中间表数据兼容,不存在的时候才新增,同时兼容存在多条记录的情况 同时兼容多条的记录,按最新的排序取第一条来处理。
测试通过: 下单 》》 订单推送(订单同步到第三方系统) 》》需要流程来测试。 完整流程才可以确保少出错!!! 测试发现下单是成功了,但是订单推送同步因为缺失中间表的数据而异常了。
3.第三步
结论: redis锁定的时间,需要大于接口超时的时间。目前是10秒 redis
桥接过来的数据,需要等待数据落库。及接口的事务提交完成。
<<<
代码语言:javascript代码运行次数:0运行复制日志请求链路明细:
13:30:00 订单下单 超时时间,需要分析完整的日志
2023-09-11 09:10:06
2023-09-11 09:09:15.046 请检查姓名和身份证号码是否一致
2023-09-11 09:09:19.921 请检查姓名和身份证号码是否一致
2023-09-11 09:10:05.186
2023-09-11 09:10:14.915 请勿重复提交!
2023-09-11 09:10:20.696 feign.RetryableException: Read timed out executing POST
15秒 接口超时
10秒 redis
2023-09-11 09:10:21.740 新的请求
2023-09-11 09:10:22.255 您在该时间段内已订单,请勿重复下单。
>>> 结论: redis锁定的时间,需要大于接口超时的时间。目前是10秒 redis(简单的理解:锁定的时间包的住接口超时的时间,这样可以避免请求方因为超时而频繁请求。)
桥接过来的数据,需要等待数据落库。及接口的事务提交完成。
<<<
代码语言:javascript代码运行次数:0运行复制更改调用方 15000 修改成 9000 redis锁定10秒,更改的是调用方的Apollo配置,而不是服务提供方的Apllo配置。( A调用B,更新的是A的配置)
hystrixmand.default.execution.isolation.thread.timeoutInMilliseconds = 9000
ribbon.ReadTimeout = 9000
ribbon.ConnectTimeout = 9000
本文参与 腾讯云自媒体同步曝光计划,分享自作者个人站点/博客。 原始发表:2023-09-14,如有侵权请联系 cloudcommunity@tencent 删除数据timeout接口接口设计配置本文标签: 订单请求接口设计,避免timeout超时问题 下单解决
版权声明:本文标题:订单请求接口设计,避免timeout超时问题 下单解决 内容由林淑君副主任自发贡献,该文观点仅代表作者本人, 转载请联系作者并注明出处:http://www.xiehuijuan.com/baike/1754976444a1708925.html, 本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌抄袭侵权/违法违规的内容,一经查实,本站将立刻删除。
发表评论