@h0099 感谢大佬，前几天没登录，我先慢慢看你写的，谢谢！

@h0099 这个升级决定不了呀

@orzwalker111

大神，能麻烦移步看下我的问题吗，https://cn.v2ex.com/t/1008054

@shidakang0 大佬你好，能麻烦看下我的一个帖子吗，是关于 ON DUPLICATE KEY UPDATE 引发的死锁问题，https://cn.v2ex.com/t/1008054

求大神给点排查思路啊～

@lalawu 是的，一开始打算用 redis 的队列来实现，第一个是组里好像不太推崇 redis ，第二个是没有持久化。

好吧，chatgpt 已经告诉我 topic 得是固定的，还是动态创建一个 consumer client 吧

@hiceo 小火车体验不是越来越差了吗

@KingOfUSA 是这样的，我们的规则不太好枚举，业务会生成一些判断规则，类似 A && B || C 这样的结构，实际会更复杂。我们主要开发一些原子的判断逻辑，但有很多种组合方式，靠单测只能覆盖原子的逻辑，但组合起来可能会有 case 需要覆盖的，但这种又太多了

@KingOfUSA 这个后面不太好维护啊，而且分支比较多，很容易覆盖不全

写得真不错

@enjolife 华为还在做 call center 啊，没有退出市场

让容联过来开发下不就好了吗

@siweipancc 应该不是。。因为 share 资源的应用都是我们维护的，且还没到 redis 的配置的最大线程数啊

@siweipancc 一般 9:15 恢复之后，QPS 还是这么大，但不会报错了，感觉和等待获取锁时间这些关系不大，不然应该会一直报错

@ufan0 redis 集群的一些指标都看过了，cpu 、内存都正常，就是这个客户端连接数增长得有点可疑

@clf 感觉整个体系很完善了。这个体系里面，流程的变更最终对于数据的改动是怎么做的，配置回调接口吗

@akakidz
@xiaoyu18369
感谢，后面我也看下这个框架，之前没研究过