开发者社区 > 云原生 > 正文

在spring cloud alibaba0.0.RELEASE的seata示例项目中,我在模拟大量

sca0.9.0RELEASE的fescar版本为0.4.2,server端的版本也安装为0.4.2,数据库分成了3个,分别为account、order、storage,每个库都带有undo_log表。模拟大量请求时,应用程序会变得很慢,看上去像是高并发情况下微服务相互调用,部分服务等待时间偏长,产生时序错乱造成的死锁(死锁的情况仅是猜测),这时程序涉及的mysql table将无法查询,一直卡住,如果此时关闭程序,相关table可以查询。 卡住后,seata server能让mysql缓慢回滚,缓慢回滚过程中数据是保持一致的,但时间拖太长回滚会停止,undo_log表的logstatus无法变成1,业务表的数据没有回滚,造成数不一致。

原提问者GitHub用户sundong1982

展开
收起
学习娃 2023-06-14 16:46:22 49 0
1 条回答
写回答
取消 提交回答
  • 请使用最新版本。

    原回答者GitHub用户leizhiyuan

    2023-06-14 17:21:47
    赞同 展开评论 打赏

阿里云拥有国内全面的云原生产品技术以及大规模的云原生应用实践,通过全面容器化、核心技术互联网化、应用 Serverless 化三大范式,助力制造业企业高效上云,实现系统稳定、应用敏捷智能。拥抱云原生,让创新无处不在。

相关电子书

更多
云栖社区特邀专家徐雷Java Spring Boot开发实战系列课程(第20讲):经典面试题与阿里等名企内部招聘求职面试技巧 立即下载
微服务架构模式与原理Spring Cloud开发实战 立即下载
阿里特邀专家徐雷Java Spring Boot开发实战系列课程(第18讲):制作Java Docker镜像与推送到DockerHub和阿里云Docker仓库 立即下载