首页
学习
活动
专区
工具
TVP
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往
您找到你想要的搜索结果了吗?
是的
没有找到

RabbitMq消息确认和拒绝

今天夸平台和其他部门协作,需要给对方提供两个接口,但是最后发现两个项目用的是两套SSO,一个是正规SSO,一套是我们使用的”假SSO“,涉及的部门有4个。最后和对方系统的产品经理一起找了正规SSO领导寻求解决问题,沟通中发现此领导理尽然直呼我领导的领导的大名,真是尴尬,我都被他带了节奏,当着5个人的面说了我领导的领导的大名。打电话都不带称呼,直接说事。甚至直接给“假SSO”部门老大打电话,让对方把服务给停了,真是开眼界啊。最后该领导还给我们梳理了业务,并说我们犯的错还不大,并吐槽了现有的问题。最后查了一下此领导的信息,发现是公司元老!

01

A和B接口同时修改table字段,无法确认调用顺序

AB两个接口更新同一个表的字段,但是以B接口下发数据为准,上游调用A接口的同时调用C接口,C接口再同时调用B接口,理论情况下更新时间是按着A先插入了tabel的字段,B再进行更新,最终数据是以B接口下发数据为准的,但由于A接口下发业务逻辑复杂,导致短时间A接口未提交事务时B接口被调用就进行了更新并提交事务导致A接口的事务提交覆盖了B操作,但更可怕的就是A还未提交事务,表中无数据可更新,B无法更新的情况如何更新数据?目前方案在B接口调用时放入缓存数据,在A接口被调用时缓存中有数据则更新缓存中的数据,没有则表明此时B还未被调用则不更新,常规的发生异常或者B后提交事务可以解决,但是A未提交事务时,B无法更新的情况如何处理?

01
领券