简谈GTS使用中的性能问题

       全局事务服务（Global Transaction Service，简称 GTS）是一款高性能、高可靠、接入简单的分布式事务中间件，用于解决分布式环境下的事务一致性问题。 在单机数据库下很容易维持事务的 ACID（Atomicity、Consistency、Isolation、Durability）特性，但在分布式系统中并不容易，GTS 可以保证分布式系统中的分布式事务的 ACID 特性。 GTS 支持 DRDS、RDS、MySQL 等多种数据源，可以配合 EDAS 和 Dubbo 等微服务框架使用， 兼容 MQ 实现事务消息。通过各种组合，可以轻松实现分布式数据库事务、多库事务、消息事务、服务链路级事务等多种业务需求。

 

这是阿里云官网对GTS的介绍，官网也给了很多demo,我就拿其中的sample-txc-simple 来作个性能比较测试

 

1、按阿里官网说明下载样例工程

访问 https://help.aliyun.com/document_detail/57267.html?spm=5176.11065259.1996646101.searchclickresult.7f463ba5SsYKUL

 

2、创建数据库 

 a. 建立两个数据库

     

b . 建表

  SQL如下

CREATE TABLE `user_money_a` (
  `id` int(11) NOT NULL AUTO_INCREMENT,
  `money` int(11) DEFAULT NULL,
  PRIMARY KEY (`id`)
) ENGINE=InnoDB  DEFAULT CHARSET=utf8;

CREATE TABLE `user_money_b` (
  `id` int(11) NOT NULL AUTO_INCREMENT,
  `money` int(11) DEFAULT NULL,
  PRIMARY KEY (`id`)
) ENGINE=InnoDB  DEFAULT CHARSET=utf8;

CREATE TABLE `txc_undo_log` (
  `id` bigint(20) NOT NULL AUTO_INCREMENT COMMENT '主键',
  `gmt_create` datetime NOT NULL COMMENT '创建时间',
  `gmt_modified` datetime NOT NULL COMMENT '修改时间',
  `xid` varchar(100) NOT NULL COMMENT '全局事务ID',
  `branch_id` bigint(20) NOT NULL COMMENT '分支事务ID',
  `rollback_info` longblob NOT NULL COMMENT 'LOG',
  `status` int(11) NOT NULL COMMENT '状态',
  `server` varchar(32) NOT NULL COMMENT '分支所在DB IP',
  PRIMARY KEY (`id`),
  KEY `unionkey` (`xid`,`branch_id`)
) ENGINE=InnoDB AUTO_INCREMENT=211225994 DEFAULT CHARSET=utf8 COMMENT='事务日志表';

 

结果如下

db1

db2

 

3、修改配制文件

   

注意：本地调试时，一定要选择公网测试的配制

4、增加标记代码

5、进行四组测试

测试结果如下

	有事务有错误	有事务无错误	无事务有错误	无事务无错误
运行时间（毫秒）	11335	8277	1586	1500

 

从上面测试结果综合分析可以看出，

  当程序出错 时，有事务的性能要慢7倍左右

 当程序不出错时，有事务的性能要慢5倍左右

我是在本地进行测试，如果放在复杂的线上环境，预计结果偏差可能更大！