SOFA Weekly | SOFABoot 发布、SOFAJRaft 以及 SOFARPC 内容合辑

本文主要是介绍SOFA Weekly | SOFABoot 发布、SOFAJRaft 以及 SOFARPC 内容合辑，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！

SOFA WEEKLY | 每周精选，筛选每周精华问答

同步开源进展，欢迎留言互动

SOFAStack（Scalable Open Financial Architecture Stack）是蚂蚁集团自主研发的金融级云原生架构，包含了构建金融级云原生架构所需的各个组件，包括微服务研发框架，RPC 框架，服务注册中心，分布式定时任务，限流/熔断框架，动态配置推送，分布式链路追踪，Metrics 监控度量，分布式高可用消息队列，分布式事务框架，分布式数据库代理层等组件，也是在金融场景里锤炼出来的最佳实践。

SOFAStack 官网: https://www.sofastack.tech

SOFAStack: https://github.com/sofastack

每周读者问答提炼

欢迎大家向公众号留言提问或在群里与我们互动

我们会筛选重点问题通过

" SOFA WEEKLY " 的形式回复

1、@陈亚兵 提问：

我想单独使用注册中心 SOFARegistry，可能的服务有 Java 和 Python，SOFARegistry 支持 Python 服务接口的注册吗？

A：SOFARegistry 注册中心是支持各个语言的服务发现和订阅的，目前开源版中只有 Java client。实现其他语言的服务发现和订阅，需要自己实现相关语言的 Registry client。

sofa-bolt-python 也有服务发现和发布，它和 sofa-registry 的发现有什么不同吗？

A：sofa-bolt-python 只做了使用 MOSN 的服务接口的客户端。sofa-registry 是服务端。

SOFARegistry：https://github.com/sofastack/sofa-registry

2、@刘明 提问：

Seata 的 XA 模式做了一个压测，tps=1000，开始报错，ORA-24756：事务处理不存在。看了下数据库global_table，状态是 3。3 是 CommitRetrying ，这说明 phase 1 阶段过了，2 阶段提交报事务不存在。目前 global_table 里有700多条记录，95%是状态3，还有状态1的。

A：应该是一个原因，很可能就是2阶段提交失败了。begin 的你查看下他的分支事务状态是什么。

begin 的分支表里没有数据，可能注册就失败了。

A：是的，有可能，TC 收到了，然后 TM 超时了，我建议你 1000tps 的测试，搞个 TC 集群，就一台可能撑不住。

我想在出错的时候，有个日志轨迹，可以知道数据目前是不是脏的？

A：select for update 或者 update x=x+n 这样写法一般没事。

会不会锁住记录呢？

A：不锁住怎么保证隔离性。这个 for update xa 没提交前会锁住的，这个锁由数据库方自己已经实现了。

是的，那1阶段已经过了，记录会一直锁在那里了吗？

A：二阶段没提交，锁在数据库肯定没释放。不过看起来你应该提交了吧，因为已经提示你事务不存在了。

是的，事务提示不存在，但是数据没有提交。我研究下。

A：可以的，seata-xa 现在还不是特别完善，可以多研究下，发现问题可以提交 PR 来贡献，一起让 XA 更稳定更好。

并发情况下，事务已经提交，TCC 发起 global commit 请求超时导致了 commitRetry，因此事务不再存在，只是 TCC 会一直去重试。这导致了性能下降很快，不断重复已经不存在事务的 commit 动作，使用 Oralce 测试下来耗时很大，MySQL 可能也不会更好。考虑在 RM 端做 xaCommit 的时候，引入一个 Redis 检查 xid 是否已经提交，已经提交返回提交成功。

Seata：https://github.com/seata/seata

本周推荐阅读