分布式事务实践
分布式事务的几种解决方案
基于数据库XA/JTA协议的方式(需要数据库厂商支持;JAVA组件有atomikos等);
异步校对数据的方式(支付宝、微信支付主动查询支付状态、对账单的形式);
基于可靠消息(MQ)的解决方案(异步场景;通用性较强;拓展性较高);
TCC编程式解决方案(严选、阿里自己封装的DTX);
CAP定理
CAP定理(CAP theorem),又被称作布鲁尔定理(Eric Brewer),1998年第一次提出,是指分布式数据存储不可能同时提供以下三种保证中的两种以上:
1)、一致性(Consistency):每次读取收到的信息是最新的;
2)、可用性(Availability):每个请求都会收到(非错误)呼应;
3)、分区容错(Partition tolerance):尽管节点之间的网络不通导致分区,系统仍继续运行;
事实上,不仅仅是分布式数据存储应用,所有分布式系统都必须在CAP这三点之间进行权衡。
BASE理论
分布式事务处理的理论基础
BASE是Basically Available(基本可用)、Soft status(软状态)和Eventual consistency(最终一致性)三个短语的缩写。
基本可用:可能是部分功能不可用或者是响应时间延长;
软状态:不同系统/节点之间,数据存在过渡状态;
最终一致性:经过系统内部协调机制,最终所有节点保持一致(分布式系统中的一致并不一定指数据保持一样)
【推荐】国内首个AI IDE,深度理解中文开发场景,立即下载体验Trae
【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步
· .NET Core 中如何实现缓存的预热?
· 从 HTTP 原因短语缺失研究 HTTP/2 和 HTTP/3 的设计差异
· AI与.NET技术实操系列:向量存储与相似性搜索在 .NET 中的实现
· 基于Microsoft.Extensions.AI核心库实现RAG应用
· Linux系列:如何用heaptrack跟踪.NET程序的非托管内存泄露
· TypeScript + Deepseek 打造卜卦网站:技术与玄学的结合
· Manus的开源复刻OpenManus初探
· 三行代码完成国际化适配,妙~啊~
· .NET Core 中如何实现缓存的预热?
· 如何调用 DeepSeek 的自然语言处理 API 接口并集成到在线客服系统