woduzibue

支持一下，最近正好想看看 python

@kaz10025 时间戳一毛一样，主要是调用的源头也不在我这，我刚接手 一个多月之前的 log 日志也不太好找。还是偶现的。源头后面等复现了还是要找的。

@z960112559 @Amit 被调用方那边有两条秒数都一样的请求 log 是两个线程的，导致他那边服务崩掉了。 主要还是偶现的，不太好复现，所以想找一种兜底的方法。

@Saxton 幂等 一般是根据什么来确定最好使用哪种方式的？有没有详细的资料啥的可以看看，我网上找到的看着好少

@Saxton 对的，现在就是暂时不清楚是 C [同一时间] 调用了两次 A 导致 A 调用了两次 B ， 还是 A 之前写法有问题 这里重复调用了两次 B 。又着急修复，所以想着加锁这种 头痛医脚的方法

@javapythongo 意思是通过随机数确认是不是同一个请求是吧

@yiheweigui 我的认知下也觉得请求应该只有一个，可能中间有地方使用错误。当前只是偶现的情况，也不排除是 C 服务同时调用了两次，所以想通过加锁的方式拦截掉相同的请求。当前的业务场景是用户同步一批设置项，数据库里一个用户对应一条记录，之前考虑加锁应该没问题，基本不存在同一个用户同一时间很多次去同步数据库。多谢大佬指点

@Kyle18Tang 不是同一个内部的服务，之前老伙计写的链路追踪不到
@Saxton 不是内部的服务，B 服务是外部服务，就是偶现的不好排查，我后面试试能不能本地复现

现在快速解决问题我说的两种加锁方式可行么？有没有什么其他好的时间方法

就这个地址里的界面 https://www.elastic.co/cn/kibana/