游戏王查卡器是 Seata 默认使用的模式伎俩扔出非常，或者返回 false，或者返回 null，则回滚工作。惟有寻常返回 true 的时间，举办工作提交。
助助无穷极嵌套，默认情形下，嵌套工作直接的闭连是：REQUIRED（若存正在目下工作，则插手目下工作，若不存正在目下工作，则创修新的工作）。
细心：正在众半据源的情形下，所少睹据源的数据库乞请（Connection）会实施好像的commit或者rollback，MyBatis-Flex 只保障了标准端的原子操作， 但并不行保障众个数据源之间的原子操作。比如：
正在以上的例子中，实施了两次Db.updateBySql(...)，它们是两个分别的数据源，但它们都正在统一个工作@Transactional里，以是，当扔出非常的时间， 它们城市举办回滚（rollback）。
假设正在回滚的时间，凑巧此中一个数据库产生了非常（譬喻 汇集题目，数据库溃散），此时，也许惟有一个数据库的数据寻常回滚（rollback）。 但无论何如，MyBatis-Flex 城市保障正在统一个@Transactional中的众个数据源，保留好像的 commit 或者 rollback 活动。
Seata 是一款开源的散布式工作处分计划，全力于供应高机能和粗略易用的散布式工作供职。 Seata 将为用户供应了 AT、TCC、SAGA 和 XA 工作形式，为用户打制一站式的散布式处分计划。 官方网站：
XA：指的是: 散布式工作赞同（X/Open Distributed Transaction Processing），它是一种由 X/Open 结构拟订的散布式工作模范， XA 操纵两阶段提交（2PC，Two-Phase Commit）来保障总共资源同时提交或回滚任何特定的工作。 目前，简直总共主流的数据库都对 XA 榜样 供应了助助，是 Seata 默认操纵的形式。
AT： 是一种无侵入的散布式工作处分计划。正在 AT 形式下，用户只需体贴本身的 “生意SQL”， 用户的 “生意SQL” 举动一阶段，Seata 会依照 SQL 实质，自愿天生工作的二阶段提交和回滚操作。
更众闭于 Seata 的学问，请异步 Seata 官方网站通晓：，也能够参考 Seata 的官方示例急速起先：
研商到某些场景下，子父线程会同时拜访父线程举办转达值举办切换数据源的场景，供应了以下的助助 譬喻如下的代码：
