今天和大家聊聊分布式事务这个话题。
在业务发展初期，“一块大饼”的单业务系统架构，能满足基本的业务需求。但是随着业务的快速发展，系统的访问量和业务复杂程度都在快速增长，
单系统架构逐渐成为业务发展瓶颈，解决业务系统的高耦合、可伸缩问题的需求越来越强烈。
按照面向服务架构（SOA）的设计原则，将单业务系统拆分成多个业务系统，降低了各系统之间的耦合度，使不同的业务系统专注于自身业务，更有利于业务的发展和系统容量的伸缩。
业务系统按照服务拆分之后，一个完整的业务往往需要调用多个服务，
如何保证多个服务间的数据一致性成为一个难题。
业务数据库起初是单库单表，但随着业务数据规模的快速发展，数据量越来越大，单库单表逐渐成为瓶颈。所以我们对数据库进行了水平拆分，将原单库单表拆分成数据库分片。
如下图所示，分库分表之后，原来在一个数据库上就能完成的写操作，可能就会跨多个数据库，
这就产生了跨数据库事务问题。
这块可能大部分程序员因为工作的原因，
接触不到分布式事务技术，导致技术出现瓶颈、不敢轻易跳槽，怕跳槽问到这块技术，会哑口无言。
尤其是最近金三银四线想跳槽的朋友，分布式事务这块面试的频率是非常高的，这些面试题你可以自测一下：
如果你看到这些题目没有丝毫头绪，我建议你听听这两节课，来提升一下分布式事务这块的核心技能。
这个课程是我的技术大牛朋友特别打造的
分布式事务项目实战课程
。
课程内容用最新的
阿里高性能的分布式事务seata开源框架
讲解，课程分
【理论篇】、【实战篇】、【源码篇】。
课程包含：
基础知识、项目实战、原理剖析、源码分析、优劣分析
，从0到1把分布式事务从头到尾全部讲明白，是金三银四面试必备的技能。原价
99元
，限时公众号专属价
0.02元
课程目录：
阿里开源高性能分布式事务框架Seata实战 【理论篇】
分布式基础设施理论基本的概述
传统项目分布式事务产生的背景
RPC通讯的分布式事务产生的背景
CAP定理与Base定理的理论
分布式事务最终一致性的概念
阿里开源高性能分布式事务框架Seata实战【实战篇】
SpringCloud整合Seata实战
演示RPC远程通讯产生分布式事务问题
Seata中TC、TM、RM三者详解
@GlobalTransactional详解
Seata原理undo_log日志详解
Seata演示过程原理分析
Seata解决分布式事务基本总结
阿里开源高性能分布式事务框架Seata实战【源码篇】
GlobalTransactionallnterceptor源码分析
TM如何远程连接TC获取全局事务id
TransactionAspect切面类源码分析
seata基于undo_log表逆向生成sql语句
保存日志信息seata根据undo_log日志逆向回滚原理
Seata底层设计原理深度剖析
Seata全局事务事务提交源码分析
Seata分支事务注册源码分析
Seata全局事务提交与回滚源码分析
