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次平均值：
seata 1.3 redis模式重构性能对比