TCC（Try-Confirm-Cancel）即补偿型事务，是一种分布式事务解决方案。 TCC 分布式事务的核心思想是先尝试改变数据库状态为中间态，如果没有问题才进行真正的修改，如果有问题则返回之前的状态。

2018年11月24日 · 如果某个服务的 Try 逻辑有问题，TCC 分布式事务框架感知到之后就会推进执行各个服务的 Cancel 逻辑，撤销之前执行的各种操作。 这就是所谓的 TCC 分布式事务。TCC 分布式事务的核心思想，说白了，就是当遇到下面这些情况时： 某个服务的数据库宕机了。

2025年1月22日 · 贴吧上同样发表过TCC的帖子（但是贴吧不能对帖子进行更新编辑，所以该帖文为以版本1.4.0为背景的旧帖，正文内容比较旧，但文中下载链接依然有效定位于最新版本），有关安装和使用上的问题在它评论区讨论交流比较多，有关使用问题除了阅读知乎文章及 ...

目前业界也形成了一套相对成熟且普遍认同的解决方案，就是——TCC：Try-Confirm/Cancel. TCC 本质上是一种 2PC （two phase commitment protocal 两阶段提交）的实现： 把分布式事务中，负责维护状态数据变更的模块，封装成一个 TCC 组件

TCC模型完全交由业务端实现，每个子业务都需要实现try-confirm-cancel接口，对业务侵入性很大。 资源锁定需要业务自主实现。 Try:尝试执行事务，完成业务检查，预留必要的资源。

TCC 是服务化的二阶段编程模型，其 Try、Confirm、Cancel 3 个方法均由业务编码实现： Try 操作作为一阶段，负责资源的检查和预留。 Confirm 操作作为二阶段提交操作，执行真正的业务。

2022年2月8日 · 本文档的内容主要分为以下四个部分： 1、seata tcc 模式的原理解析； 2、从 tcc 的业务模型与并发控制分享如何设计一个 tcc 接口，并且适配 tcc 模型； 3、如何控制异常； 4、性能优化，使得 tcc 模式能够满足更高的业务需求。

2023年5月17日 · TCC（Try-Confirm-Cancel）是一种分布式事务解决方案，也是一种补偿式的分布式事务。它通过在业务逻辑中嵌入Try-Confirm-Cancel三个阶段的逻辑，来保证分布式事务的一致性和可靠性。

2024年7月16日 · TCC（Try-Confirm-Cancel） 是除可靠 消息队列 以外的另一种常见的分布式事务机制，它是由数据库专家帕特 · 赫兰德（Pat Helland）在2007年撰写的论文《Life beyond Distributed Transactions: An Apostate’s Opinion》中提出的。 正式以 Try-Confirm-Cancel 作为名称的是Atomikos公司，其注册了TCC商标。

2011年10月10日 · The Life Like SW9/1200 has always been one of the more challenging N Scale locomotive to get a decoder into. No decoder has ever been made specifically for this model so it's been up to the modeler to fit in a wired decoder.