XA 感知数据结构（非数据库）
XA Aware Data Structures (Non Database)
一点背景知识： 我 运行 遇到了一个问题，我越深入地研究它，就越觉得 XA 是正确的解决方案。我有一个 "cache" ，它基本上是一个内存数据结构（树等），用于保存一些处理过的信息。使用 Spring，我们设置了数据库并使用 @Transactional，这一直很有效。对于大型复杂的业务逻辑，ACID 在我们的数据库中适用，一切都很好。问题是我们内存中的数据结构不是 Transactional 设计的。
我了解了本地交易和全球交易的区别，而全球交易似乎正是我所需要的。当我们执行逻辑时，我们使用 "cache structure" 作为通知我们做出的决定的方式。然后，这些更改需要传播到数据库，但如果有任何需要回滚，数据库会执行，而 "cache" 不会。
问题 javax.transaction.xa.XAResource 接口是我的自定义数据结构所需要的吗？我对 XA 的理解是否正确，但不理解它在非 database/JMS/etc 中的使用？设置但更简单的东西？我不介意投入工作来基本包装我的结构并让它实现，但我不确定它是否会实现我真正想要的目标。
TLDR：对于不涉及复杂数据库的更简单的数据结构，实施 javax.transaction.xa.XAResource 是否可行，或者我对 JTA 有什么不理解的地方？
XAResource 不是特定于数据库的，可以在其他类型的资源管理器上实现。最常见的是消息队列系统（例如 JMS），但许多 cache/datagrid 产品也支持事务性使用，例如
http://infinispan.org/docs/9.0.x/user_guide/user_guide.html#transactions
请注意，根据您的要求，缓存层可能表现为同步而不是 XAResource。一些 ORM 系统以这种方式工作以允许例如预提交会话刷新。
如果您不需要恢复，XAResource 是一个实现起来相对简单的接口，但前提是您的数据源已经具备处理基础属性（原子性、一致性和隔离性）的能力。例如，缓存读取或写入在您的 API 中是什么样的？如果它没有在其中对缓存结构进行操作的事务上下文的概念，那么在查看 XA 之前您将遇到一个必须解决的问题。
一点背景知识： 我 运行 遇到了一个问题，我越深入地研究它，就越觉得 XA 是正确的解决方案。我有一个 "cache" ，它基本上是一个内存数据结构（树等），用于保存一些处理过的信息。使用 Spring，我们设置了数据库并使用 @Transactional，这一直很有效。对于大型复杂的业务逻辑，ACID 在我们的数据库中适用，一切都很好。问题是我们内存中的数据结构不是 Transactional 设计的。
我了解了本地交易和全球交易的区别，而全球交易似乎正是我所需要的。当我们执行逻辑时，我们使用 "cache structure" 作为通知我们做出的决定的方式。然后，这些更改需要传播到数据库，但如果有任何需要回滚，数据库会执行，而 "cache" 不会。
问题 javax.transaction.xa.XAResource 接口是我的自定义数据结构所需要的吗？我对 XA 的理解是否正确，但不理解它在非 database/JMS/etc 中的使用？设置但更简单的东西？我不介意投入工作来基本包装我的结构并让它实现，但我不确定它是否会实现我真正想要的目标。
TLDR：对于不涉及复杂数据库的更简单的数据结构，实施 javax.transaction.xa.XAResource 是否可行，或者我对 JTA 有什么不理解的地方？
XAResource 不是特定于数据库的，可以在其他类型的资源管理器上实现。最常见的是消息队列系统（例如 JMS），但许多 cache/datagrid 产品也支持事务性使用，例如
http://infinispan.org/docs/9.0.x/user_guide/user_guide.html#transactions
请注意，根据您的要求，缓存层可能表现为同步而不是 XAResource。一些 ORM 系统以这种方式工作以允许例如预提交会话刷新。
如果您不需要恢复，XAResource 是一个实现起来相对简单的接口，但前提是您的数据源已经具备处理基础属性（原子性、一致性和隔离性）的能力。例如，缓存读取或写入在您的 API 中是什么样的？如果它没有在其中对缓存结构进行操作的事务上下文的概念，那么在查看 XA 之前您将遇到一个必须解决的问题。