分布分表，分布式事务，分布式主键

1.总之的，总之ID生成服务的，JDBC的服务，
2.生成的生成订单的策略，8位日期+
Properties properties=new 
3.雪花算法，生成策略的
4.扩展性的东西，还有一个问题，如果学雪花算法，
提供了扩展的性能，交易的方法，
5.不加的方法，我们的事务的管理的，看一下，

spring的事务，事务管理可以帮我推荐，
spring-transcation manaer-->shareingConnnectionDataSource方法， 
getConnnection -->shop
-------------->shop_ds1

刚性食物，柔性食物，国际的组织，oracle,db2 s数据库的组织，一种事务，
事务的类型，两阶段提交， XA事务主体的，多个 DB之间如何保证这种结构，
Applcaion Programs(AP)  应用工程JVM。
事务管理器TM，数据状态，db2 TM 先进行pre,双向通信，事务管理器，
已经准备好了，所有的登录，事务管理器，资源管理器的信息，根据执行的结果，
还是commt,还是back,资源与资源管理的进行回滚，只有任意一个，
成功了，Manaer如果失败了，记录失败的Log和信息，mysql 将会回滚，
 ACID，分布式事务，分布式事务，库存的问题，并发量郑遨
 ，如何保证，如果要执行的话，要串行的执行，读未交，那个效率最低，
 串行化的性能是最低的，一个库里面的其他锁定了，库越多，协调的时间越长，
 效率越低，ACID的机制，
 能够保证 ACID的方法，不排除极端情况，
 DB宕机了，一般会回滚ACID的，工作方式，怎么做呢？
 引入的方式市面的方式，网页考虑的方式，
 引入 XA，线程的局部变量，引入的transcaltion 刚性事务，sharegingJDBC,
柔性事务， 刚才事务，
集中式Saga实现，
回滚的事务，逆向补偿，insert 语句，A提交，B 事务已经提交，协调中心，失败之后，
A库的insert 语句，对应的删除这条记录，update 状态，
update 可以的话，记录到saga实现，说白就是实现，我的分布式SAGA_log.

SAGA-serveceComb实现
 SAGA
 saga:
 Saga started  只能保证持久性，合理性，
 具体的实现模型：
 比如说：
 order service:
Order
Servce
createOrderTX
Order Saga
Orcheatort

Message broker
Execute payment CMP payment channel:

preare Order CMP
order channel 

refund CMD
Payment chanbnel:

Order Sega
Reply Channel 
SAGA 模型：

shaging-jdbc-事务：
有这个问题，不好意思，sharing ,
maven 仓库的，下载的项目，自己的编译，自己注册到本地仓库，
实在的访问，4.0.0方法，孵化版本，
改一下的源码，SQL的补偿，逆向生成的SQL文件，回退到，官方发布的版本。
只不过用sata 的模型，性能的话，昂
我们的saga模型，如何用seta 做分布式事务，看一下TCC，这边的话，机器
没装SETA的，
预留资源对应的关系，在我真正下单之前，意味着应该成功了，执行了一次commit,
加到想到预留资源的话，预留不了，user11 已经没有资源返回给你，
预留资源文件，资源的文件，产品的库存理论上只有，

此时此刻，还没有转过来，saga模型先去判断冻结500,取出来，去不了，rpc 通知
try{}
confrim所以TCC深度的业务区融合的，发现TCC的话，额外的资源的锁定。
不断去重试，分库分表不支持shareing JDBC 高度，提供一下TCC的解决方案
ByteTCC 的框架。
华为的saga模型。
不保证隔离性。