『』分布式事务如何实现？深入解读 Seata 的 XA 模式( 五 )

@Bean(''dataSourceProxy'')public DataSource dataSource(DruidDataSource druidDataSource) {// DataSourceProxy for AT mode// return new DataSourceProxy(druidDataSource);// DataSourceProxyXA for XA modereturn new DataSourceProxyXA(druidDataSource);}4. 总结
在当前的技术发展阶段，不存一个分布式事务处理机制可以完美满足所有场景的需求。
一致性、可靠性、易用性、性能等诸多方面的系统设计约束，需要用不同的事务处理机制去满足。
Seata 项目最核心的价值在于：构建一个全面解决分布式事务问题的标准化平台。
基于 Seata ，上层应用架构可以根据实际场景的需求，灵活选择合适的分布式事务解决方案。

本文插图
XA 模式的加入，补齐了 Seata 在全局一致性场景下的缺口，形成 AT、TCC、Saga、XA 四大事务模式的版图，基本可以满足所有场景的分布式事务处理诉求。
当然 XA 模式和 Seata 项目本身都还不尽完美，有很多需要改进和完善的地方。非常欢迎大家参与到项目的建设中，共同打造一个标准化的分布式事务平台。

打造高效交付团队心得
HTTP3能给应用带来什么好处？这里有一份最新评测数据
如何处理代码中的魔术数字(Magic Number)
mini-redis ，一个精简版Redis实现，基于Rust开发
当不懂某项技术时候，如何面试工程师？
理想的DevOps流程怎么做？看看Slack的代码部署实

技术原创及架构实践文章，欢迎通过公众号菜单「联系我们」进行投稿。
高可用架构
【『』分布式事务如何实现？深入解读 Seata 的 XA 模式】改变互联网的构建方式