LCN分布式事务多模块错乱

最近项目从新加坡业务转移到了马来西亚，需要重新根据新的架构做个真正的分布式多实例服务。

最终在选型了使用了LCN.(本项目环境是 Ubuntu  + springBoot 2.1.1  + SpringCloud 2.1.1)

问题: 

 

当前问题：
@LcnTransaction 为数据库锁级别的强一致性锁，压测性能较低
@LcnTransaction 源码对集群支持性有bug，已修改，但性能瓶颈无法解决
@LcnTransaction fnb新平台服务调用链长度不可控，性能成倍损耗

解决方案：
1 分布式事务方案更换为第二模式@TccTransaction柔性模式
2 旧有代码调用链太长的，需要更改
3 TCC柔性模式编码注意事项
4 本周内研发框架会增加服务间调用的重试机制
5 旧编码接口幂等性问题的检查与优化

*** 柔性分布式事务@TCCTransaction（最终选中）

一次分布式事务，定义为一个事务组，每一个分支事务，都属于一个参与者。
一般是一个发起者发起一个分布式事务，（发起者本身也是一个分布式事务参与者），
每调用一个需要服务，需要控制事务，那么该服务便需要作为一个分支事务加入事务组。
LCN具体原理请查看官方文档：http://www.txlcn.org/zh-cn/docs/preface.html 

*** 注意事项

1.@LcnTransaction方式弃用，因为其使用强一致性数据库锁，对性能损耗较大，还会有许多未知的风险。
2.@TccTransaction为柔性事务，通过try阶段，confrim阶段，cancel阶段实现最终一致性
3.设计到分布式事务，要考虑集群环境下，多实例情况，否则出现问题难以定位

LCN5.0.2同一个微服务模块多实例,TM会发生事务通知TC错乱的问题

LCN5.0.2同一个微服务模块多实例,TM会发生事务只通知其中一个TC的问题

LCN5.0.2客户端启动后自动连接tm管理器最多8次，修改成断开无限重连

初期开始使用的LCN的注解： 

1. OpenAPI层面的服务使用事务发起者。 @LcnTransaction(propagation = DTXPropagation.REQUIRED)
结合事务注解联合使用。@Transactional(rollbackFor = Exception.class)。事务的参与者服务(中台基础服务也要有同样的注解);

上面的单实例部署没有问题。

2. 多实例就出现事务不起作用了。因为多实例每个服务的唯一性不是通过服务名称确唯一的，最终自己写了配置，通过IP+PORT确认唯一。

事务发起服务使用简单：(同理依赖下面的和基础服务一样的)

2.1 基础服务的依赖(fnb是自己改外的依赖)

2.2 配置文件

2.3 被调用的基础服务使用

2.4 参与事务的代码

事务回滚和执行ok时候的方法必须写(方法名必须符合规范-和方法名称&参数一样，前面加confirm, cancel)

2.5 yml 文件关于lcn配置