商户平台应用层
restful接口
double的
spring Boot
Alibaba
pom.xml
单体架构
所有功能集成在一个项目工程中。
所有功能在一个war包
共享一个数据库。
大项目不容易管理。
版本1迭代慢
无法按需伸缩
订单管理
用户管理
分布式架构
按业务垂直拆分一个一个单体系统，称为垂直架构。
耦合性大。
soa架构
面向服务的架构，局域分布式架构，将不同业务按服务成才纷纷
微服务架构
技术架构
技术栈
分库分表用的sharding-cplumn:
只对订单业务分表
springboot构件
本地事务
数据库事务又叫做本地事务
acid
a；原子性
c:一致性
i：隔离性
d：持久性
分布式事务：分布式系统会把应用才分为可独立部署的U盾讴歌服务，因此需要与服务远程
写作做才能完成事务错做，分布式事务，多个协议通过网络完成分布式事务。
本地事务
@trabsaction
分布式环境下
begin transaction:
//本地数据库操作，张三成功
通过网络完成分布式事务
订单服务，库存服务
订单数据库，库存数据库
单体系统访问多个数据库的实例
用户信息和订单信息分别在俩个mysql实例存储，用户管理系统
跨jvm也是分布式事务
分布式事务基础理论
cap理论
一致性由于存在数据同步的过程，会有UI东延迟
可用性：从数据库节后到数据库请求立即得到数 据查询结果。
分区容错性：
由于网络问题导致节点通信失败，但此时可以提供服务，分区容错性。
使用，异步取代同步操作，使用异步方式将数据从租数据库同步
一致性，数据的一致性
cap理论三个特性，p的前提下c和a不共存。
不能应为分区失败导致不能用
c必须保持一致性，在数据同步为防止
满足哪些特性。
ap:
防止一致性，最求分区容错性和可用性。
退单退款。
cp:
放弃可用性，最求一致性和分区容错性，zookerrper 最求一致性，又比如转
ca:单体项目。
base理论：
cap理论告诉我们分布式最多只能满足一致性，可用性和分区容错性
基本可用：牺牲一致性获得可用性，党胡子昂不可用可心功能可用。
软状态：不要求强一致性，base允许系统中存在中间状态，
这个转台影响系统可用性，订单1支付中，数据同步中，
最终一致性
事务管理区和参与者组成，店老板就是事务管理器
装备阶段：事务管理器每个参与者
TC：事务协调者：维护全局和分支事务的状态，协调全具室屋
提交或回滚。
TM：事务管理者，定义全局事物的范围，开启全局是，提交惠泽回滚
RM：资源管理器：管理分子事务，与atc祖册事务