ole db 访问接口 sqlncli 无法启动分布式事务_atomikos JTA/XA全局事务

Atomikos公司官方网址为：https://www.atomikos.com/。其旗下最著名的产品就是事务管理器。产品分两个版本：

TransactionEssentials：开源的免费产品

ExtremeTransactions：上商业版，需要收费。

这两个产品的关系如下图所示：

TransactionEssentials：

1、(重点)实现了JTA/XA规范中的事务管理器(Transaction Manager)应该实现的相关接口，如：

UserTransaction实现是com.atomikos.icatch.jta.UserTransactionImp，用户只需要直接操作这个类

TransactionManager实现是com.atomikos.icatch.jta.UserTransactionManager

Transaction实现是com.atomikos.icatch.jta.TransactionImp

2、针对实现了JDBC规范中规定的实现了XADataSource接口的数据库连接池，以及实现了JMS规范的MQ客户端提供一层封装。

XADataSource、XAConnection等接口应该由资源管理器RM来实现，而Atomikos的作用是一个事务管理器(TM)，并不需要提供对应的实现。而Atomikos对XADataSource进行封装，只是为了方便与事务管理器整合。封装XADataSource的实现类为AtomikosDataSourceBean。典型的XADataSource实现包括：

1、mysql官方提供的com.mysql.jdbc.jdbc2.optional.MysqlXADataSource

2、阿里巴巴开源的druid连接池，对应的实现类为com.alibaba.druid.pool.xa.DruidXADataSource

3、tomcat-jdbc连接池提供的org.apache.tomcat.jdbc.pool.XADataSource

而其他一些常用的数据库连接池，如dbcp、dbcp2或者c3p0，目前貌似尚未提供XADataSource接口的实现。如果提供给AtomikosDataSourceBean一个没有实现XADataSource接口的数据源，如c3p0的ComboPooledDataSource，则会抛出类似以下异常：

(了解)ExtremeTransactions在TransactionEssentials的基础上额外提供了以下功能：

支持TCC：这是一种柔性事务

支持通过RMI、IIOP、SOAP这些远程过程调用技术，进行事务传播。

针对Atomikos开源版本的事务管理器实现TransactionEssentials进行讲解

包括：

1、直接使用TransactionEssentials的API

2、TransactionEssentials与spring、mybatis整合

3、Atomikos配置详解

直接使用TransactionEssentials的API

在maven项目的pom文件中引入以下依赖：

新建mysql数据库表

需要注意的是，在mysql中，只有innodb引擎才支持XA事务，所以这里显式的指定了数据库引擎为innodb。

另外，在本案例中，db_user库和db_account库是位于同一个mysql实例中的。

案例代码：

(重点)在使用了事务管理器之后，我们通过atomikos提供的UserTransaction接口的实现类com.atomikos.icatch.jta.UserTransactionImp来开启、提交和回滚事务。而不再是使用java.sql.Connection中的setAutoCommit(false)的方式来开启事务。其他JTA规范中定义的接口，开发人员并不需要直接使用。

下面三幅图为一个连续的类

2、TransactionEssentials与spring、mybatis整合

在pom中添加以下依赖

新建User实体

新建Account实例

新建UserMapper接口，为了方便，这里使用了mybatis 注解方式，没有编写映射文件，作用是一样的

新建AccountMapper接口

新建使用JTA事务的bean，注意在使用jta事务的时候，依然可以使用spring的声明式事务管理

编写配置文件spring-atomikos.xml(重点)

测试代码

建议读者先直接按照上述代码运行，以确定代码执行后，db_user库的user表和db_account的account表中的确各插入了一条记录，以证明我们的代码的确是操作了2个库，属于分布式事务。

然后将JTAService中的异常模拟的注释打开，会发现出现异常后，两个库中都没有新插入的数据库，说明我们使用的JTA事务管理器的确保证数据的一致性了。

Atomikos配置

在掌握了Atomikos基本使用之后，我们对Atomikos的配置进行一下简单的介绍。Atomikos在启动后，默认会从以下几个位置读取配置文件，这里笔者直接贴出atomikos源码进行说明：

com.atomikos.icatch.provider.imp.AssemblerImp#initializeProperties方法中定义了配置加载顺序逻辑：

以下是4.0.6中 transactions-default.properties中配置内容，笔者对这些配置进行了归类，如下：

=========================================================================== 事务管理器(TM)配置参数 =============================================================================#指定是否启动磁盘日志，默认为true。在生产环境下一定要保证为true，否则数据的完整性无法保证com.atomikos.icatch.enable_logging=true#JTA/XA资源是否应该自动注册com.atomikos.icatch.automatic_resource_registration=true#JTA事务的默认超时时间，默认为10000mscom.atomikos.icatch.default_jta_timeout=10000#事务的最大超时时间，默认为300000ms。这表示事务超时时间由 UserTransaction.setTransactionTimeout()较大者决定。4.x版本之后，指定为0的话则表示不设置超时时间com.atomikos.icatch.max_timeout=300000#指定在两阶段提交时，是否使用不同的线程(意味着并行)。3.7版本之后默认为false，更早的版本默认为true。如果为false，则提交将按照事务中访问资源的顺序进行。com.atomikos.icatch.threaded_2pc=false#指定最多可以同时运行的事务数量，默认值为50，负数表示没有数量限制。在调用 UserTransaction.begin()方法时，可能会抛出一个”Max number of active transactions reached”异常信息，表示超出最大事务数限制com.atomikos.icatch.max_actives=50#是否支持subtransaction，默认为truecom.atomikos.icatch.allow_subtransactions=true#指定在可能的情况下，否应该join 子事务(subtransactions)，默认值为true。如果设置为false，对于有关联的不同subtransactions，不会调用XAResource.start(TM_JOIN)com.atomikos.icatch.serial_jta_transactions=true#指定JVM关闭时是否强制(force)关闭事务管理器，默认为falsecom.atomikos.icatch.force_shutdown_on_vm_exit=false#在正常关闭(no-force)的情况下，应该等待事务执行完成的时间，默认为Long.MAX_VALUEcom.atomikos.icatch.default_max_wait_time_on_shutdown=9223372036854775807 ======================================================================== 事务日志(Transaction logs)记录配置 ======================================================================#事务日志目录，默认为./。com.atomikos.icatch.log_base_dir=./#事务日志文件前缀，默认为tmlog。事务日志存储在文件中，文件名包含一个数字后缀，日志文件以.log为扩展名，如tmlog1.log。遇到checkpoint时，新的事务日志文件会被创建，数字增加。com.atomikos.icatch.log_base_name=tmlog#指定两次checkpoint的时间间隔，默认为500com.atomikos.icatch.checkpoint_interval=500 ======================================================================== 事务日志恢复(Recovery)配置 ============================================================================#指定在多长时间后可以清空无法恢复的事务日志(orphaned)，默认86400000mscom.atomikos.icatch.forget_orphaned_log_entries_delay=86400000#指定两次恢复扫描之间的延迟时间。默认值为与com.atomikos.icatch.default_jta_timeout相同com.atomikos.icatch.recovery_delay=${com.atomikos.icatch.default_jta_timeout}#提交失败时，再抛出一个异常之前，最多可以重试几次，默认值为5com.atomikos.icatch.oltp_max_retries=5#提交失败时，每次重试的时间间隔，默认10000mscom.atomikos.icatch.oltp_retry_interval=10000 ======================================================================== 其他 =============================== =================================================================java.naming.factory.initial=com.sun.jndi.rmi.registry.RegistryContextFactorycom.atomikos.icatch.client_demarcation=falsejava.naming.provider.url=rmi://localhost:1099com.atomikos.icatch.rmi_export_class=nonecom.atomikos.icatch.trust_client_tm=false

当我们想对默认的配置进行修改时，可以在classpath下新建一个jta.properties，覆盖同名的配置项即可。

关于不同版本配置的差异，请参考官方文档：https://www.atomikos.com/Documentation/JtaProperties

下一篇文章我会把源码的位置告诉大家，加油