标签:面试题 十必 事务 接口 Try Cancel 架构师 执行 TCC
“如何解决TCC中的悬挂问题”!
一个工作了4年的Java程序员,去京东面试,被问到这个问题。
大家好,我是Mic,一个工作了14年的Java程序员
这个问题面试官想考察什么方面的知识?我们又该怎么回答呢?
问题解析
TCC是分布式事务问题里面的解决方案,一般在应聘互联网公司的时候问的比较多。
实际上,在TCC这个事务解决方案里面,除了悬挂问题以外,还有空回滚、幂等性需要考虑。
但是我们在应用的时候都是采用一些成熟的框架,比如Seata,这些框架本身就帮我们解决了。
导致大部分人不知道这个问题的意思。
所谓TCC,其实就是(Try-Confirm-Cancel),也就是把一个事务拆分成两个阶段,类似于传统的XA事务模型。
Try这个阶段,是实现业务的检查,预留必要的业务资源。
Confirm,真正执行业务逻辑,只需要使用try阶段预留的业务资源进行处理就行。
Cancel,如果事务执行失败,就通过cancel方法释放try阶段预留的资源。
在TCC事务模式下,我们通过一个事务协调器来管理多个事务,每个事务先执行try方法。
当所有事务参与者的try方法执行成功,就执行confirm方法完成真正逻辑的执行,一旦任意一个事务参与者出现异常,就通过cancel接口触发事务回滚,释放Try阶段占用的资源。
很显然,这是一个最终一致性的实现方案,因此当Try执行成功,就必须确保Confirm执行成功。
当Try执行失败,就必须确保Cancel实现资源释放。
而面试题中提到悬挂问题,指的是TCC执行Try接口出现网络超时时候,使得TCC触发Cancel接口回滚,但可能在回滚之后,这个超时的Try接口才被真正执行,也就导致Cancel接口比Try接口先执行。
从而造成Try接口预留的资源一直无法释放,这种情况就是悬挂。
以上就是TCC悬挂问题的背景,它确实是每个成熟的高级开发必须要了解的细节。
因为有可能会造成比较严重的生产事故。
了解了背景之后,我们应该如何解决呢?下面来看看高手的回答。
高手:
对于悬挂问题,我认为只需要保证Cancel接口执行完以后,Try接口不允许在执行就可以了。
所以,我们可以在Try接口里面,先判断Cancel接口有没有执行过,如果已经执行过,就不再执行。
是否执行过的这个判断,可以在事务控制表里面插入一条事务控制记录来标记这个事务的回滚状态。
然后在Try接口中只需要读取这个状态来判断就行了。
总结
好了,今天的分享就到这里结束了。
如果喜欢我的作品,记得点赞、收藏、关注!!!
版权声明:本博客所有文章除特别声明外,均采用 CC BY-NC-SA 4.0 许可协议。转载请注明来自
Mic带你学架构
!
如果本篇文章对您有帮助,还请帮忙点个关注和赞,您的坚持是我不断创作的动力。欢迎关注「跟着Mic学架构」公众号公众号获取更多技术干货!
标签:面试题,十必,事务,接口,Try,Cancel,架构师,执行,TCC 来源: https://www.cnblogs.com/mic112/p/16665454.html
本站声明: 1. iCode9 技术分享网(下文简称本站)提供的所有内容,仅供技术学习、探讨和分享; 2. 关于本站的所有留言、评论、转载及引用,纯属内容发起人的个人观点,与本站观点和立场无关; 3. 关于本站的所有言论和文字,纯属内容发起人的个人观点,与本站观点和立场无关; 4. 本站文章均是网友提供,不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属;如您发现该文章侵犯了您的权益,可联系我们第一时间进行删除; 5. 本站为非盈利性的个人网站,所有内容不会用来进行牟利,也不会利用任何形式的广告来间接获益,纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。