分布式事务：
弱一致性(基于MQ的最终一致性)
强一致性(基于XA二段提交的强一致性)
分布式JOB（任务调度）
分㐊全局一致性（分布式锁）
分布式场景下的session一致性
CAP:
C:数据一致性(数据从一个事务到另一个事务时一致的)
A：服务可用性，所有读写请求在一定时间内得到相应，可终止，不会一直等待
P：分钱容错性，在网络分区的情况下，被分隔的节点仍能正常对外服务
base理论：基本可用，服务降级
jta，XA接口，2PC
jta：java操作xa接口
jta+automatic
XA接口：全局事务（事务管理器，本地事务）
2PC：二段提交协议（准备和提交）
LCN分布式事务框架官网:http://www.txlcn.org/
1、lcn事务原理：不生产事务，只是事务的搬运工（事务协调者TX，本地事务）
2、发起方：调用其他服务接口
3、参与方：被别人调用我接口
1.创建事务分组（发起方创建事务分组，获取到分组ID，将分组ID发给事务协调者）
2、http协议，通过请求头将事务分组传递给参与方
3、参与方从请求头里面获取到事务分组ID
4、参与方获取到事务分组之后，不会去提交事务
5、lcn假关闭。发起方通知TX,TX通知参与方提交或者回滚事务。
任务调度：定时JOB，在什么时候进行执行代码任务
场景：标的放款与标的还款每5秒跑一次。
java实现定时任务几种方式：
Thread(死循环一直监听),
TimeTask,
线程池定时线程ScheduledExecutorService .scheduleAtFixedRate(new Runnable),1,1,TimeUnit.SECONDS),
quartz,springboot
分布式JOB如何解决幂等性：
1、分布式锁（zk、redis），保证只有一台服务器执行job，zk与redis分布式锁的区别？
2、使用配置文件，配置文件开关，加一个配置文件 start=true、false，true执行job，false不执行job，一个配置文件为true其余全为false
3、使用数据库唯一标识（年月日），成功就执行，失败就不执行，缺点：效率低。
传统任务调度 缺点：
1、执行中出现异常，就停止了，没有补充机制，只有等到下一次才会执行。
2、支持集群？随机出现在某一台机器上面执行（权重）
3、不支持路由策略（负载均衡）
4、统计（几百个服务，那些执行成功了，那些失败了，手动补偿，统一管理）
5、管理平台
6、重试多次失败->报警、状态监控
---分布式任务调度平台（XXLJOB）（elsticjob）：解决传统任务调度缺点
希望篇文章可以帮助在这个行业发展的朋友和童鞋们，在论坛博客等地方少花些时间找资料，把有限的时间，真正花在学习上，有需要帮助或资料的朋友可以加Q群：813071032相信对于已经工作和遇到技术瓶颈或者写博客码友，都会有好的帮助。
