我正在尝试了解 Java XA 数据源的使用。 但是我还是不知道什么时候用，什么时候不用。
我读到我们使用两个数据库时使用的 XA 数据源。 但是我不确定两个数据库是什么意思。
例如：
我有两层类（Service 和 DAO）
服务层中的一个方法被注解为事务，调用DAO中的两个方法。
DAO 中的每个方法都会打开与数据库的新连接，并在方法结束时将其关闭。
如果我使用一个数据库实例，并且 DAO 中的每个方法写入不同的表，我是否必须使用 XA 数据源？因为事务发生在服务层，但只发生在一个实例数据库中
【问题讨论】：
标签： java spring oracle mybatis jta
诸如数据库之类的系统，以及您通过 JMS 使用的队列系统等系统都具有transactions 的概念。事务被视为一个工作单元；在完成工作（例如在数据库中插入、更新或删除记录）时，您提交事务，然后数据库最终完成工作；或者你回滚事务，然后事务中所做的一切都被取消。
在某些情况下，您的软件必须在多个不同的系统上执行操作。例如，您可能需要向多个数据库中插入数据，或者在数据库中插入某些内容并将消息放入队列中。
如果您想像在一个事务中那样进行这样的操作组合，那么您需要一个分布式事务系统——一个可以将不同系统的事务组合成一个的系统。这样您就可以编写代码，就好像它在单个事务中运行一样；分布式事务系统自动提交或回滚底层系统中的事务。
为了更具体：假设您在数据库中插入一条记录，并将一条消息放入队列中，并且您希望在一个事务中执行此操作。当将消息放入队列时出现问题时，您还希望回滚数据库事务，这样您的数据库中就没有记录，但队列中没有相应的消息。您可以使用分布式事务系统，而不是手动跟踪数据库和队列系统的事务（包括处理所有可能的错误组合）。
XA 是处理分布式事务的标准。您可以通过Java Transaction API (JTA) 在Java 中使用XA 事务。 Java EE 服务器支持此内置功能。如果您不使用 Java EE 服务器，则可以使用实现 JTA 的单独库，例如 Narayana 或 Atomikos。
DAO 中的每个方法都会打开与数据库的新连接并在方法结束时将其关闭。
通常这不是您编写 DAO 的方式。打开数据库连接是一个比较慢的操作；如果您为在 DAO 中调用的每个方法打开一个新的数据库连接，您的程序很可能会运行缓慢。您至少应该使用一个连接池，它管理多个数据库连接并允许您重用已经打开的连接。
如果我使用一个数据库实例，并且 DAO 中的每个方法写入不同的表，我是否必须使用 XA 数据源？因为事务发生在服务层，但只发生在一个实例数据库中
如果您的 DAO 方法各自打开自己的连接，那么它们将在单独的事务中运行。这是否是一个问题取决于您的应用程序需要做什么。 XA 数据源不是让它们在一个事务中运行的解决方案。相反，您应该让他们使用相同的连接和事务。
XA 事务只有在您使用多个数据库系统或其他系统并且您希望能够跨这些系统执行事务时才真正有用。
【讨论】：