denniszhu
Results
1
issues of
denniszhu
朱: 看完整个文档，有几点理解需要确认下： 1、整个ET 提供的只是个框架，并没有一个 单独部署的的事务管理器吧？貌似是每个事务发起方通过维护excuted_trans. 并在框架层通过TransactionSynchronization来做事务调度。 2、你提到的ZK，没看懂主要用在哪里 3、服务被调方事务如果超时后，你是如何处理的？针对TCC模式 森林: 1、嗯，没有单独的事务管理器。事务管理在应用自身，每个APPID对应的实例作为事务管理器（处理crash recovery） 森林: 2、刚刚提到的，选出一个实例作为事务管理器，以及一些公共元数据的存储(目前为字符串编码的映射)，以及snowflaker取实例ID用 森林: 3、try超时的话，就抛异常，整个事务结束 森林: 其他的就重试 朱: 那我理解，事务发起方，这里的每一次调用transaction.execute。框架都有可能调用try、confirm、cancel 三个方法吧？ 朱: 截图示例中，是调用了两次，那框架层面，是会先依次分别调两个try，都成功后，再依次调用confirm吧？ 森林: 框架都能调用try,confirm,cancel 森林: confirm和cancel在全局事务状态确定后调用 森林: 1、嗯，没有单独的事务管理器。事务管理在应用自身，每个APPID选出一个实例作为事务管理器（处理crash recovery） 朱:...