主要内容都是干货哈，当然也希望将好架构好的项目推给大家，让更多人了解使用

一般情况下的选择是：
设计上避免分布式事务>分布式数据库>分布式事务>定时任务补偿>人肉补偿
前三种方案要看你的业务和公司环境，在这三种当中选择一种合适的。最后两种开发成本、人工成本过高，而且特别容易出错，不建议采用
分布式事务也有很好用的框架，里面有很多文章，把相关的内容讲得很透彻，有兴趣可以看看 https://github.com/yedf/dtm

@dzdh 我接触过的外部系统 api ，大致有以下三种情况：
1. 一定能够执行成功，不支持回滚操作
2. 业务有可能失败，也支持回滚操作
3. 业务有可能失败，又不支持回滚操作

大部分属于 1 、2 ，极少碰见 3 ，因为 3 这种是没办法协作的。一般像出款这类的业务，会通过 TCC 这种模式，先预留资源，变成 2 这种。

你可以这么设计，C 必须等待 AB 成功之后才能执行，这样保证了这个转账事务的 C 不需要回滚，只要 AB 完成后，就一定成功。

我开源的分布式事务框架 https://github.com/yedf/dtm ，里面有一个并发 saga ，可以很方便的解决你的问题

@zgcwkj @intmax2147483647 用中文还是英文，看数据哈。如果在排行榜很靠前，排到第一第二，会来很多非中文的开发者，这个时候英文会好些。如果平时在国内发博客，来的是中国人，这个时候，README 中文的转化率会比较高

目前大部分情况下，是默认中文，偶尔切成英文的

@qq316107934 有的呢，在文档里面，有个性能测试报告

@oo1 vitepress

再次进去排行榜

我又再次回到排行榜啦！排在 daily go 语言的第八位！

@westoy 我研究了一下你的这个角度，看起来不是这个原因
谷歌每天搜索分布式事务大约是 60，我在 V 站发文前后搜索量变化不大，影响有限。
更合理的原因是，许多自媒体转载了我的文章，于是谷歌看到该文有很多的入链接，于是给了更高的权重

@Reficul 同一种事务模式，图是一样的，只是语言不同

猜测跟地域有关，我这试了全新浏览器，都是一样的结果

@oppoic 有可能你的比较特殊？地域不太一样？

@oppoic 尝试多次，包括多个浏览器，谷歌的无痕浏览模式，其他同事的浏览器，都能够排在第二，而且很稳定

现在没问题了，能看到了

@livid 我的账号是被降权了吗？这次发的帖子在推广板块里也完全看不到？

@Rwing 也有的，项目地址里面能找到

@eggggg2han 大致什么样的工作，是在北京吗？

@Livid 收到，后续我推广的内容发到推广节点