分布式事务解决方案之【Hmily实现TCC事务】

于 2022-11-08 09:21:20 发布
阅读量910 收藏 6
点赞数
分类专栏： spring、boot、cloud 架构-理论 文章标签： 分布式 java
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/A_art_xiang/article/details/127743927
版权

文章目录

什么是Hmily

Hmily是一个高性能分布式事务TCC开源框架。基于Java语言来开发（JDK1.8），支持Dubbo，Spring Cloud等RPC框架进行分布式事务。它目前支持以下特性：

  • 支持嵌套事务(Nested transaction support).
  • 采用disruptor框架进行事务日志的异步读写，与RPC框架的性能毫无差别。
  • 支持SpringBoot-starter 项目启动，使用简单。
  • RPC框架支持 : dubbo,motan,springcloud。
  • 本地事务存储支持 : redis,mongodb,zookeeper,file,mysql。
  • 事务日志序列化支持 ：java，hessian，kryo，protostuff。
  • 采用Aspect AOP 切面思想与Spring无缝集成，天然支持集群。
  • RPC事务恢复，超时异常恢复等。

Hmily利用AOP对参与分布式事务的本地方法与远程方法进行拦截处理，通过多方拦截，事务参与者能透明的调用到另一方的Try、Confirm、Cancel方法；传递事务上下文；并记录事务日志，酌情进行补偿，重试等。

Hmily不需要事务协调服务，但需要提供一个数据库(mysql/mongodb/zookeeper/redis/file)来进行日志存储。

Hmily实现的TCC服务与普通的服务一样，只需要暴露一个接口，也就是它的Try业务。Confirm/Cancel业务逻辑，只是因为全局事务提交/回滚的需要才提供的，因此Confirm/Cancel业务只需要被Hmily TCC事务框架发现即可，不需要被调用它的其他业务服务所感知。

官网介绍：https://dromara.org/website/zh-cn/docs/hmily/index.html

业务说明

本实例通过Hmily实现TCC分布式事务，模拟两个账户的转账交易过程。

两个账户分别在不同的银行(张三在bank1、李四在bank2)，bank1、bank2是两个微服务。交易过程是，张三给李四转账指定金额。

上述交易步骤，要么一起成功，要么一起失败，必须是一个整体性的事务。
在这里插入图片描述

程序组成部分

数据库：MySQL-5.7.25
JDK：64位 jdk1.8.0_201
微服务：spring-boot-2.1.3、spring-cloud-Greenwich.RELEASE
Hmily：hmily-springcloud.2.0.4-RELEASE

微服务及数据库的关系 ：
dtx/dtx-tcc-demo/dtx-tcc-demo-bank1 银行1，操作张三账户， 连接数据库bank1
dtx/dtx-tcc-demo/dtx-tcc-demo-bank2 银行2，操作李四账户，连接数据库bank2
服务注册中心：dtx/discover-server

创建数据库

导入数据库脚本：资料\sql\bank1.sql、资料\sql\bank2.sql、已经导过不用重复导入。
创建hmily数据库，用于存储hmily框架记录的数据。

CREATE DATABASE `hmily` CHARACTER SET 'utf8' COLLATE 'utf8_general_ci';

创建bank1库，并导入以下表结构和数据(包含张三账户)

CREATE DATABASE `bank1` CHARACTER SET 'utf8' COLLATE 'utf8_general_ci';

DROP TABLE IF EXISTS `account_info`;
CREATE TABLE `account_info` (
`id` bigint(20) NOT NULL AUTO_INCREMENT,
`account_name` varchar(100) CHARACTER SET utf8 COLLATE utf8_bin NULL DEFAULT NULL COMMENT '户
主姓名',
`account_no` varchar(100) CHARACTER SET utf8 COLLATE utf8_bin NULL DEFAULT NULL COMMENT '银行
卡号',
`account_password` varchar(100) CHARACTER SET utf8 COLLATE utf8_bin NULL DEFAULT NULL COMMENT
'帐户密码',
`account_balance` double NULL DEFAULT NULL COMMENT '帐户余额',
PRIMARY KEY (`id`) USING BTREE
) ENGINE = InnoDB AUTO_INCREMENT = 5 CHARACTER SET = utf8 COLLATE = utf8_bin ROW_FORMAT =
Dynamic;
INSERT INTO `account_info` VALUES (2, '张三的账户', '1', '', 10000);

创建bank2库，并导入以下表结构和数据(包含李四账户)

CREATE DATABASE `bank2` CHARACTER SET 'utf8' COLLATE 'utf8_general_ci';

CREATE TABLE `account_info` (
`id` bigint(20) NOT NULL AUTO_INCREMENT,
`account_name` varchar(100) CHARACTER SET utf8 COLLATE utf8_bin NULL DEFAULT NULL COMMENT '户
主姓名',
`account_no` varchar(100) CHARACTER SET utf8 COLLATE utf8_bin NULL DEFAULT NULL COMMENT '银行
卡号',
`account_password` varchar(100) CHARACTER SET utf8 COLLATE utf8_bin NULL DEFAULT NULL COMMENT
'帐户密码',
`account_balance` double NULL DEFAULT NULL COMMENT '帐户余额',
PRIMARY KEY (`id`) USING BTREE
) ENGINE = InnoDB AUTO_INCREMENT = 5 CHARACTER SET = utf8 COLLATE = utf8_bin ROW_FORMAT =
Dynamic;
INSERT INTO `account_info` VALUES (3, '李四的账户', '2', NULL, 0);

每个数据库都创建try、confirm、cancel三张日志表：

CREATE TABLE `local_try_log` (
`tx_no` varchar(64) NOT NULL COMMENT '事务id',
`create_time` datetime DEFAULT NULL,
PRIMARY KEY (`tx_no`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8
CREATE TABLE `local_confirm_log` (
`tx_no` varchar(64) NOT NULL COMMENT '事务id',
`create_time` datetime DEFAULT NULL
) ENGINE=InnoDB DEFAULT CHARSET=utf8
CREATE TABLE `local_cancel_log` (
`tx_no` varchar(64) NOT NULL COMMENT '事务id',
`create_time` datetime DEFAULT NULL,
PRIMARY KEY (`tx_no`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8

discover-server

discover-server是服务注册中心，测试工程将自己注册至discover-server。
导入：资料\基础代码\dtx 父工程，此工程自带了discover-server，discover-server基于Eureka实现。
已经导过不用重复导入。

导入案例工程dtx-tcc-demo

dtx-tcc-demo是tcc的测试工程，根据业务需求需要创建两个dtx-tcc-demo工程。

（1）导入dtx-tcc-demo
导入：资料\基础代码\dtx-tcc-demo到父工程dtx下。
两个测试工程如下：
dtx/dtx-tcc-demo/dtx-tcc-demo-bank1 银行1，操作张三账户，连接数据库bank1
dtx/dtx-tcc-demo/dtx-tcc-demo-bank2 银行2，操作李四账户，连接数据库bank2

（2）引入maven依赖

<dependency>
	<groupId>org.dromara</groupId>
	<artifactId>hmily‐springcloud</artifactId>
	<version>2.0.4‐RELEASE</version>
</dependency>

（3）配置hmily
application.yml：

org:
	dromara:
		hmily :
			serializer : kryo
			recoverDelayTime : 128
			retryMax : 30
			scheduledDelay : 128
			scheduledThreadMax : 10
			repositorySupport : db
			started: true
			hmilyDbConfig :
				driverClassName : com.mysql.jdbc.Driver
				url : jdbc:mysql://localhost:3306/bank?useUnicode=true
				username : root
				password : root

新增配置类接收application.yml中的Hmily配置信息，并创建HmilyTransactionBootstrap Bean：

@Bean
public HmilyTransactionBootstrap hmilyTransactionBootstrap(HmilyInitService hmilyInitService){
	HmilyTransactionBootstrap hmilyTransactionBootstrap = new HmilyTransactionBootstrap(hmilyInitService);
	hmilyTransactionBootstrap.setSerializer(env.getProperty("org.dromara.hmily.serializer"));
			hmilyTransactionBootstrap.setRecoverDelayTime(Integer.parseInt(env.getProperty("org.dromara.hmily.recoverDelayTime")));
	hmilyTransactionBootstrap.setRetryMax(Integer.parseInt(env.getProperty("org.dromara.hmily.retryMax")));
	hmilyTransactionBootstrap.setScheduledDelay(Integer.parseInt(env.getProperty("org.dromara.hmily.scheduledDelay")));
	hmilyTransactionBootstrap.setScheduledThreadMax(Integer.parseInt(env.getProperty("org.dromara.hmily.scheduledThreadMax")));
	hmilyTransactionBootstrap.setRepositorySupport(env.getProperty("org.dromara.hmily.repositorySupport"));
	hmilyTransactionBootstrap.setStarted(Boolean.parseBoolean(env.getProperty("org.dromara.hmily.started")));
	HmilyDbConfig hmilyDbConfig = new HmilyDbConfig();
	hmilyDbConfig.setDriverClassName(env.getProperty("org.dromara.hmily.hmilyDbConfig.driverClassName"));
	hmilyDbConfig.setUrl(env.getProperty("org.dromara.hmily.hmilyDbConfig.url"));
	hmilyDbConfig.setUsername(env.getProperty("org.dromara.hmily.hmilyDbConfig.username"));
	hmilyDbConfig.setPassword(env.getProperty("org.dromara.hmily.hmilyDbConfig.password"));
	hmilyTransactionBootstrap.setHmilyDbConfig(hmilyDbConfig);
	return hmilyTransactionBootstrap;
}

启动类增加@EnableAspectJAutoProxy并增加org.dromara.hmily的扫描项：

@SpringBootApplication
@EnableDiscoveryClient
@EnableHystrix
@EnableFeignClients(basePackages = {"cn.itcast.dtx.tccdemo.bank1.spring"})
@ComponentScan({"cn.itcast.dtx.tccdemo.bank1","org.dromara.hmily"})
public class Bank1HmilyServer {
	public static void main(String[] args) {
		SpringApplication.run(Bank1HmilyServer.class, args);
	}
}

dtx-tcc-demo-bank1

dtx-tcc-demo-bank1实现try和cancel方法，如下：

try：
	try幂等校验
	try悬挂处理
	检查余额是够扣减金额
	扣减金额
confirm：
	空
cancel：
	cancel幂等校验
	cancel空回滚处理
	增加可用余额

1）Dao

@Mapper
@Component
public interface AccountInfoDao {

	@Update("update account_info set account_balance=account_balance ‐ #{amount} where account_balance>#{amount} and account_no=#{accountNo} ")
	int subtractAccountBalance(@Param("accountNo") String accountNo, @Param("amount") Double amount);

	@Update("update account_info set account_balance=account_balance + #{amount} where account_no=#{accountNo} ")
	int addAccountBalance(@Param("accountNo") String accountNo, @Param("amount") Double amount);

	/**
	* 增加某分支事务try执行记录
	* @param localTradeNo 本地事务编号
	* @return
	*/
	@Insert("insert into local_try_log values(#{txNo},now());")
	int addTry(String localTradeNo);
	@Insert("insert into local_confirm_log values(#{txNo},now());")
	int addConfirm(String localTradeNo);
	@Insert("insert into local_cancel_log values(#{txNo},now());")
	int addCancel(String localTradeNo);
	/**
	* 查询分支事务try是否已执行
	* @param localTradeNo 本地事务编号
	* @return
	*/
	@Select("select count(1) from local_try_log where tx_no = #{txNo} ")
	int isExistTry(String localTradeNo);
	/**
	* 查询分支事务confirm是否已执行
	* @param localTradeNo 本地事务编号
	* @return
	*/
	@Select("select count(1) from local_confirm_log where tx_no = #{txNo} ")
	int isExistConfirm(String localTradeNo);
	/**
	* 查询分支事务cancel是否已执行
	* @param localTradeNo 本地事务编号
	* @return
	*/
	@Select("select count(1) from local_cancel_log where tx_no = #{txNo} ")
	int isExistCancel(String localTradeNo);
}

2）try和cancel方法

@Service
@Slf4j
public class AccountInfoServiceImpl implements AccountInfoService {
	private Logger logger = LoggerFactory.getLogger(AccountInfoServiceImpl.class);
	@Autowired
	private AccountInfoDao accountInfoDao;
	@Autowired
	private Bank2Client bank2Client;
	
	@Override
	@Transactional
	@Hmily(confirmMethod = "commit", cancelMethod = "rollback")
	public void updateAccountBalance(String accountNo, Double amount) {
		//事务id
		String transId = HmilyTransactionContextLocal.getInstance().get().getTransId();
		log.info("******** Bank1 Service begin try... "+transId );
		int existTry = accountInfoDao.isExistTry(transId);
		//try幂等校验
		if(existTry>0){
			log.info("******** Bank1 Service 已经执行try，无需重复执行，事务id:{} "+transId );
			return ;
		}
		//try悬挂处理
		if(accountInfoDao.isExistCancel(transId)>0 || accountInfoDao.isExistConfirm(transId)>0){
			log.info("******** Bank1 Service 已经执行confirm或cancel，悬挂处理，事务id:{} "+transId);
			return ;
		}
		//从账户扣减
		if(accountInfoDao.subtractAccountBalance(accountNo ,amount )<=0){
			//扣减失败
			throw new HmilyRuntimeException("bank1 exception，扣减失败，事务id:{}"+transId);
		}
		//增加本地事务try成功记录，用于幂等性控制标识
		accountInfoDao.addTry(transId);
		//远程调用bank2
		if(!bank2Client.test2(amount,transId)){
			throw new HmilyRuntimeException("bank2Client exception，事务id:{}"+transId);
		}
		if(amount==10){//异常一定要抛在Hmily里面
			throw new RuntimeException("bank1 make exception 10");
		}
		log.info("******** Bank1 Service end try... "+transId );
	}
	
	@Transactional
	public void commit( String accountNo, double amount) {
		String localTradeNo = HmilyTransactionContextLocal.getInstance().get().getTransId();
		logger.info("******** Bank1 Service begin commit..."+localTradeNo );
	}
	
	@Transactional
	public void rollback( String accountNo, double amount) {
		String localTradeNo = HmilyTransactionContextLocal.getInstance().get().getTransId();
		log.info("******** Bank1 Service begin rollback... " +localTradeNo);
		if(accountInfoDao.isExistTry(localTradeNo) == 0){ //空回滚处理，try阶段没有执行什么也不用做
			log.info("******** Bank1 try阶段失败... 无需rollback "+localTradeNo );
			return;
		}
		if(accountInfoDao.isExistCancel(localTradeNo) > 0){ //幂等性校验，已经执行过了，什么也不用做
			log.info("******** Bank1 已经执行过rollback... 无需再次rollback " +localTradeNo);
			return;
		}
		//再将金额加回账户
		accountInfoDao.addAccountBalance(accountNo,amount);
		//添加cancel日志，用于幂等性控制标识
		accountInfoDao.addCancel(localTradeNo);
		log.info("******** Bank1 Service end rollback... " +localTradeNo);
	}
}

3）feignClient

@FeignClient(value = "seata‐demo‐bank2", fallback = Bank2Fallback.class)
public interface Bank2Client {
	@GetMapping("/bank2/transfer")
	@Hmily
	Boolean transfer(@RequestParam("amount") Double amount);
}
  1. Controller
@RestController
public class Bank1Controller {
	@Autowired
	AccountInfoService accountInfoService;
	
	@RequestMapping("/transfer")
	public String test(@RequestParam("amount") Double amount) {
		this.accountInfoService.updateAccountBalance("1", amount);
		return "cn/itcast/dtx/tccdemo/bank1" + amount;
	}
}

dtx-tcc-demo-bank2

dtx-tcc-demo-bank2实现如下功能：

try：
	空
confirm：
	confirm幂等校验
	正式增加金额
cancel：
	空

1）Dao

@Component
@Mapper
public interface AccountInfoDao {
	@Update("update account_info set account_balance=account_balance + #{amount} where account_no=#{accountNo} ")
	int addAccountBalance(@Param("accountNo") String accountNo, @Param("amount") Double amount);
	/**
	* 增加某分支事务try执行记录
	* @param localTradeNo 本地事务编号
	* @return
	*/
	@Insert("insert into local_try_log values(#{txNo},now());")
	int addTry(String localTradeNo);
	@Insert("insert into local_confirm_log values(#{txNo},now());")
	int addConfirm(String localTradeNo);
	@Insert("insert into local_cancel_log values(#{txNo},now());")
	int addCancel(String localTradeNo);
	/**
	* 查询分支事务try是否已执行
	* @param localTradeNo 本地事务编号
	* @return
	*/
	@Select("select count(1) from local_try_log where tx_no = #{txNo} ")
	int isExistTry(String localTradeNo);
	/**
	* 查询分支事务confirm是否已执行
	* @param localTradeNo 本地事务编号
	* @return
	*/
	@Select("select count(1) from local_confirm_log where tx_no = #{txNo} ")
	int isExistConfirm(String localTradeNo);
	/**
	* 查询分支事务cancel是否已执行
	* @param localTradeNo 本地事务编号
	* @return
	*/
	@Select("select count(1) from local_cancel_log where tx_no = #{txNo} ")
	int isExistCancel(String localTradeNo);
}

2）实现confirm方法

@Service
@Slf4j
public class AccountInfoServiceImpl implements AccountInfoService {
	@Autowired
	private AccountInfoDao accountInfoDao;
	@Override
	@Transactional
	@Hmily(confirmMethod = "confirmMethod", cancelMethod = "cancelMethod")
	public void updateAccountBalance(String accountNo, Double amount) {
		String localTradeNo = HmilyTransactionContextLocal.getInstance().get().getTransId();
		log.info("******** Bank2 Service Begin try ..."+localTradeNo);
	}
	@Transactional
	public void confirmMethod(String accountNo, Double amount) {
		String localTradeNo = HmilyTransactionContextLocal.getInstance().get().getTransId();
		log.info("******** Bank2 Service commit... " +localTradeNo);
		if(accountInfoDao.isExistConfirm(localTradeNo) > 0){ //幂等性校验，已经执行过了，什么也不用做
			log.info("******** Bank2 已经执行过confirm... 无需再次confirm "+localTradeNo );
			return ;
		}
		//正式增加金额
		accountInfoDao.addAccountBalance(accountNo,amount);
		//添加confirm日志
		accountInfoDao.addConfirm(localTradeNo);
	}
	@Transactional
	public void cancelMethod(String accountNo, Double amount) {
		String localTradeNo = HmilyTransactionContextLocal.getInstance().get().getTransId();
		log.info("******** Bank2 Service begin cancel... "+localTradeNo );
	}
}

3）Controller

@RestController
public class Bank2Controller {
	@Autowired
	AccountInfoService accountInfoService;
	@RequestMapping("/transfer")
	public Boolean test2(@RequestParam("amount") Double amount) {
		this.accountInfoService.updateAccountBalance("2", amount);
		return true;
	}
}

测试场景

张三向李四转账成功。
李四事务失败，张三事务回滚成功。
张三事务失败，李四分支事务回滚成功。
分支事务超时测试。

小结

如果拿TCC事务的处理流程与2PC两阶段提交做比较，2PC通常都是在跨库的DB层面，而TCC则在应用层面的处理，需要通过业务逻辑来实现。这种分布式事务的实现方式的优势在于，可以让应用自己定义数据操作的粒度，使得降低锁冲突、提高吞吐量成为可能。

而不足之处则在于对应用的侵入性非常强，业务逻辑的每个分支都需要实现try、confirm、cancel三个操作。此外，其实现难度也比较大，需要按照网络状态、系统故障等不同的失败原因实现不同的回滚策略。

秃了也弱了。
关注
  • 0
    点赞
  • 踩
  • 6
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 1
    评论
专栏目录
Hmily 源码解析（一）
LZ的博客
04-27 4808
第一次看源码，也是第一次写分析源码的博文，写的不足之处希望多见谅。 Hmily 是分布式事务框架，基于TCC分布式事务概念。关于TCC概念我这边就不复述了，本博文基于对TCC概念有了解的基础上解析Hmily框架的实现。 我计划将从两个维度进行分析，一个是业务流转的过程，通过状态的流转，方法调用来分析Hmily。另一个是从类功能的角度分析Hmily。主要以业务流转为主，类功能为辅解析Hmily的实...
推荐开源项目：TCC-TRANSACTION — 分布式事务的强大力量
最新发布
gitblog_00008的博客
05-11 397
推荐开源项目：TCC-TRANSACTION — 分布式事务的强大力量 项目地址:https://gitcode.com/changmingxie/tcc-transaction 1、项目介绍 TCC-TRANSACTION 是一款专为微服务架构设计的开源分布式事务解决方案，它提供了一种基于TCC（Try-Confirm-Cancel）模式的高效率与易用性兼备的方法，以处理在分布式环境中的事务一致...
分布式事务解决方案之TCC
抽象的螺旋
07-04 867
分布式事务之TCC解决方案
Java基础之《分布式事务（3）—TCC分布式事务》
csj50的专栏
04-26 1467
一、什么是TCC分布式事务 1、定义 TCC是try confirm cancel的单词首字母缩写，是一个类似2阶段提交的柔性分布式事务解决方案。 2、来源 国内最早关于TCC报道，是2008年InfoQ上对阿里程立博士的一篇采访，经过程立博士的这一次传道之后，TCC在国内逐渐被大家广为了解并接受。 二、TCC的三大核心方法 ...
分布式事务-TCC（Hmily）
qq_41882485的博客
02-15 1174
TCC是什么： TCC是Try、Confirm、Cancel三个词语的缩写，TCC要求每个分支事务实现三个操作：预处理Try、确认 Confirm、撤销Cancel。Try操作做业务检查及资源预留，Confirm做业务确认操作，Cancel实现一个与Try相反的 操作即回滚操作。TM首先发起所有的分支事务的try操作，任何一个分支事务的try操作执行失败，TM将会发起所 有分支事务的Cancel操作，若try操作全部成功，TM将会发起所有分支事务的Confirm操作，其中Confirm/Cancel 操作若
Hmily（3）
02-01 581
5. 提供端的方法也需要Hmily注解，当然也会有确认取消方法，执行切面方法DubboHmilyTransactionInterceptor#interceptor这个时候的context不会为空，转成对象HmilyTransactionContext，HmilyTransactionAspectServiceImpl#invoke找出合适的处理类HmilyTransactionFactorySe...
Hmily柔性分布式事务解决方案-其他
06-12
Hmily是柔性分布式事务解决方案，提供了TCC 与 TAC 模式。它以零侵入以及快速集成方式能够方便的被业务进行整合。在性能上，日志存储异步（可选）以及使用异步执行的方式，不损耗业务方法方法。之前是由我个人开发，...
Hmily柔性分布式事务解决方案 v2.2.1
12-29
为您提供Hmily柔性分布式事务解决方案下载，Hmily是柔性分布式事务解决方案，提供了TCC 与 TAC 模式。它以零侵入以及快速集成方式能够方便的被业务进行整合。在性能上，日志存储异步（可选）以及使用异步执行的方式...
tcc分布式事务框架-hmily #资源达人分享计划#
08-05
TCC（Try-Confirm-Cancel）模式是一种解决分布式事务问题的方案，而hmily框架则是实现TCC模式的一个优秀工具。这个资源达人分享的项目提供了一个基于Spring Boot和Feign接口调用的hmily分布式事务框架的实例，非常...
Hmily柔性分布式事务解决方案 v2.2.1.zip
03-21
《Hmily：详解分布式事务解决方案v2.2.1》 在当今互联网技术日新月异的时代，分布式系统已经成为企业级应用的基石。然而，随着系统的复杂度提升，分布式事务处理成为了一大挑战。Hmily，一个优秀的柔性分布式事务...
hmily：分布式事务解决方案
02-28
财务级灵活的分布式交易解决方案 分布式交易解决方案全景 特征 高可靠性：支持分布式场景下的异常事务回滚，以及随着时间的推移异常恢复，以防止事务中止 可用性：提供零侵入性Spring-Boot和Spring-Namespace以与...
hmily框架的订单支付的分布式事务例子
盛难晨
02-20 784
业务情景 hmily框架订单支付的展示 1.第一步：到GitHub拉取最新的源码：https://github.com/Dromara/hmily 这样你就从idea拉取了hmily的项目。 选择版本，你可以选择2.0.2也可以使2.04，我使用的是2.04版本。 2.第二步：修补源码的缺陷 在hmily的根目录下的pom.xml中加入hmily-demo 3.第三步：初始化数据库。 ...
Himly框架源码解析
饭磊的博客
01-27 1110
Hmily框架知识点: 1.基础配置@Hmily注解  @Hmily(confirmMethod = "", cancelMethod = "")      在所有需要配置分布式事务的方法上加上此注解，主要配置confirm方法和cancel方法。注意try、confirm、cancel方法的入参必须一样。Hmily会根据注解自动创建成服务链记录于日志。 Himly一共有4种事务状态： ...
TCC 几个框架的测试情况记录
热门推荐
yongyou890410的博客
09-15 1万+
TCC 实现框架的压力测试记录 国内主要的开源TCC分布式事务框架包括 框架名称 Github地址 star数量 tcc-transaction https://github.com/changmingxie/tcc-transaction 2446 Hmily https://github.com/yu199195/hmily 1381...
tcc分布式事务框架源码解析系列(五)之项目实战
weixin_33909059的博客
10-13 202
接上一篇，我们已经分析了在整个消费的调用流程，现在只差发起真实的rpc远端调用了，这篇文章，我们一起进入提供者的调用流程吧！ 我们发起 accountService.payment(accountDTO); 的调用，在提供方，我们可以看到其实现类为AccountServiceImpl: /** * 扣款支付 * * @param accountDTO 参数dto ...
分布式事务之解决方案（TCC）
不一样的花朵的博客
11-26 850
4. 分布式事务解决方案之TCC 4.1. 什么是TCC事务 TCC是Try、Confirm、Cancel三个词语的缩写，TCC要求每个分支事务实现三个操作 ：预处理Try、确认Confirm、撤销Cancel。Try操作做业务检查及资源预留，Confirm做业务确认操作，Cancel实现一个与Try相反的操作既回滚操作。TM首先发起所有的分支事务的try操作，任何一个分支事务的try操作执行失败...
AOP事务解决方案和分布式事务方案
weixin_33804582的博客
08-14 404
http://www.cnblogs.com/jianxuanbing/p/7242254.html http://www.cnblogs.com/jianxuanbing/p/7199457.html 解决应用程序第一次很慢：http://www.jb51.net/article/110492.htm 转载于:https://www.cnblogs.com/baiqian/p/7...
市面上主流的TCC框架介绍
学亮编程手记
11-08 5650
微服务分布式事务如何实现
07-20
在微服务架构中，可以使用分布式事务协调器（如Seata、TCC-Transaction、Hmily等）来实现分布式事务。这些协调器提供了一致性和隔离性的保证，并通过预提交和回滚机制来实现分布式事务的提交和回滚。 3. 使用补偿...

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 1
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

秃了也弱了。

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值