seata 1.3 redis模式重构性能对比

！！！非官方数据，此压测数据为server端redis模式重构过程中，中间过程的测试数据。！！！ 测试目的： 测试server端redis模式下，全局锁及事务信息存储，使用string和hash两种数据结构的性能差异。以对部分代码重构提供参考依据。 声明： 本测试数据，受限测试机，服务器，中间件配置，以及场景，仅仅代表个人测试数据，不代表实际生产部署的性能。测试使用的部分代码来自于未被合并的代码！！！不具有稳定版本的性能参考意义。请复制黏贴党不要断章取义！ 声明： 本测试数据，受限测试机，服务器，中间件配置，以及场景，仅仅代表个人测试数据，不代表实际生产部署的性能。测试使用的部分代码来自于未被合并的代码！！！不具有稳定版本的性能参考意义。请复制黏贴党不要断章取义！ 场景为： order - > storage -> account 每次请求修改数据为 order insert 1条 - > storage 修改5条 -> account 修改1条。 注意：storage表中只有5条数据，account表中1条数据。此测试场景，并发请求的数据完全相同，会造成严重的全局锁冲突，重试。 工具：jmeter 测试项目：springcloud-eureka-feign-mybatis-seata 版本：seata版本为1.3 redis存储模式,单独合并了此bugfix pr，超时时间60s 部署：seata 1.3 windows10本地启动 redis 阿里云 1核1G docker启动 mysql 阿里云 1核1G docker启动 结果：数据采用95%Line 3次平均值：

在这里插入图片描述

1.业务链路正常测试数据

5并发

hash结构

在这里插入图片描述

在这里插入图片描述

在这里插入图片描述

string结构

在这里插入图片描述

在这里插入图片描述

在这里插入图片描述

50并发

hash结构

在这里插入图片描述

在这里插入图片描述

在这里插入图片描述

string结构

在这里插入图片描述

在这里插入图片描述

在这里插入图片描述

100并发

hash结构

在这里插入图片描述

在这里插入图片描述

在这里插入图片描述

string结构

在这里插入图片描述

在这里插入图片描述