Seata异步提交数据积压我也遇到过了,有个建议,采用多节点多线程二阶段提交方案,遇到被其他节点消费事务数据跳过继续执行。当遇到业务峰值这样可以通过server扩容提升执行效率?
目前globalsession存到globaltable里的xid种的tcip没有独立一个字段,然后遇到容器部署ip变化的时候需要有其他节点来兜底,如果全部一起跑又会遇到重复下发二阶段导致幂等问题,所以这块可能会考虑raft选主后,对集群的健康状态做感知,来做兜底,跑的话多台tc并行跑(只跑自己begin的),但是方案没定,此回答整理自钉群“Seata(分布式事务)”
版权声明:本文内容由阿里云实名注册用户自发贡献,版权归原作者所有,阿里云开发者社区不拥有其著作权,亦不承担相应法律责任。具体规则请查看《阿里云开发者社区用户服务协议》和《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容,填写侵权投诉表单进行举报,一经查实,本社区将立刻删除涉嫌侵权内容。
阿里云拥有国内全面的云原生产品技术以及大规模的云原生应用实践,通过全面容器化、核心技术互联网化、应用 Serverless 化三大范式,助力制造业企业高效上云,实现系统稳定、应用敏捷智能。拥抱云原生,让创新无处不在。