@jmllx1963 谢谢支持

@daweibao 抱歉抱歉，没想到大家对这个这么介意，近期不发技术相关的节点了

@gopher432109 嘻嘻嘻嘻

@flyingfz 我们也一样，选择的主语言是 PHP，现在 PHP 愿意转其他语言的人更多

@k9982874 抱歉抱歉，打扰了。我的每个主题都是不同的开发语言，不同的讲解内容

@flybluewolf 我这也是全部用 node，并发、开发效率、强类型各个方面都很好，就是难招聘到合适的候选人

@flyingfz 我在创业公司也是，但是用 node 的人是在太少了，很难招到有 node 经验的候选人

@shilianmlxg 你是啥原因想学 node，现在国内用 node 写后端的越来越少

@charexcalibur 谢谢支持

@usboy 谢谢支持

@mutoudaren 使用场景可以参考我之前的文章 https://www.v2ex.com/t/796220

@jinwu 谢谢支持

@gopher432109 谢谢支持

已有 Java 的支持，参见链接： https://dtm.pub/summary/code.html#go

@heww TCC 的第一个阶段是 Try 阶段，如果注册某一个分支失败，那么会请求 dtm，告知失败，并返回失败。后续 dtm 会对已经注册过的子事务，调用 Cancel 分支，进行回滚。
Try 阶段要全部执行成功，才会到 confirm 阶段，此时的协议是 confirm 不允许失败，临时的网络故障可以通过重试成功。

@matrix67 handy 花费我不少精力，质量也很高滴！！！

@lysS 这个项目是真的🐂，有潜力成为领域第一

@bthulu confirm 和 cancel 如果没有返回成功，都是无限重试的。
时序图里面注册分支时，就已经把 confirm|cancel 持久化到数据库了，如果当时持久化失败，当时这个 tcc 事务就返回失败了

@S2Line 您的问题比较深入。dtm 主要目标是解决分布式事务问题，大多数接入 dtm 的公司，微服务的数据访问用的是 mysql，因此 dtm 很自然采用 mysql 存储，对各家公司的运维成本最低，只要公司的 mysql 是高可用的，那么 dtm 就是高可用的。
如果采用其他 KV 库，那么部署运维，高可用等，都有不少的学习维护成本。

dtm 目前没做数据库清理，但是相关的查询索引都是 OK 的。如果贵公司的数据量很大，由 DBA 弄个简单的定时脚本进行清理即可。