woduzibue

woduzibue

V2EX 第 523033 号会员,加入于 2020-12-09 12:46:45 +08:00
今日活跃度排名 8369
根据 woduzibue 的设置,主题列表被隐藏
二手交易 相关的信息,包括已关闭的交易,不会被隐藏
woduzibue 最近回复了
32 天前
回复了 mokevip 创建的主题 问与答 女朋友让我陪她去法国工作
@quan01994 除了 steam ,哪里都能看到刀友哇
感叹号 很明显么?
148 天前
回复了 vevlins 创建的主题 程序员 抽奖赠 3 本《 Python 编程轻松进阶》
支持一下,最近正好想看看 python
@kaz10025 时间戳一毛一样,主要是调用的源头也不在我这,我刚接手 一个多月之前的 log 日志也不太好找。还是偶现的。源头后面等复现了还是要找的。
@z960112559 @Amit 被调用方那边有两条秒数都一样的请求 log 是两个线程的,导致他那边服务崩掉了。 主要还是偶现的,不太好复现,所以想找一种兜底的方法。
@Saxton 幂等 一般是根据什么来确定最好使用哪种方式的?有没有详细的资料啥的可以看看,我网上找到的看着好少
@Saxton 对的,现在就是暂时不清楚是 C [同一时间] 调用了两次 A 导致 A 调用了两次 B , 还是 A 之前写法有问题 这里重复调用了两次 B 。又着急修复,所以想着加锁这种 头痛医脚的方法
@javapythongo 意思是通过随机数确认是不是同一个请求是吧

@yiheweigui 我的认知下也觉得请求应该只有一个,可能中间有地方使用错误。当前只是偶现的情况,也不排除是 C 服务同时调用了两次,所以想通过加锁的方式拦截掉相同的请求。当前的业务场景是用户同步一批设置项,数据库里一个用户对应一条记录,之前考虑加锁应该没问题,基本不存在同一个用户同一时间很多次去同步数据库。多谢大佬指点
@Kyle18Tang 不是同一个内部的服务,之前老伙计写的链路追踪不到
@Saxton 不是内部的服务,B 服务是外部服务,就是偶现的不好排查,我后面试试能不能本地复现

现在快速解决问题我说的两种加锁方式可行么?有没有什么其他好的时间方法
关于   ·   帮助文档   ·   API   ·   FAQ   ·   我们的愿景   ·   广告投放   ·   感谢   ·   实用小工具   ·   1144 人在线   最高记录 5497   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 17ms · UTC 20:19 · PVG 04:19 · LAX 12:19 · JFK 15:19
Developed with CodeLauncher
♥ Do have faith in what you're doing.