Liferay同时连接多个数据库及其事务问题

阅读更多

     Liferay 运用的是 spring 框架，从早期版本开始，就可以同时连接多个数据库应用，但是在 Liferay 的文档还是代码中都没有关于同时连接多个数据库的说明，从 4.2.0 的版本开始出现了连接多个数据库的文档（请参照 liferay wiki ：http://wiki.liferay.com/index.php/Connecting_to_Another_Datasource/Database），代码中也有相应的明确定义。

       首先我们来看他的liferay-service-builder_4_2_0.dtd，在Element column中增加了两项属性data-source CDATA #IMPLIED和    session-factory CDATA #IMPLIED，对于这两个属性文档中是这样描述的：

The data-source value specifies the the data source target that is set to the
persistence class. The default value is the Liferay data source. This is used in
conjunction with session-factory.

The session-factory value specifies the the session factory that is set to the
persistence class. The default value is the Liferay session factory. This is
used in conjunction with data-source

 由此可见，通过定义这两个属性，可以把自定义的某个entity指定不同的datasource和sessionfactory，从而实现连接不同的数据库。例如，我们按照wiki中的文章增加了一个ext-spring-training.xml的定义文件，然后我们就可以把entity的datasource指定为trainingDataSource，sessionfactory指定为trainingSessionFactory。

       指定了多个不同的数据库，取得了不同的connection，那从不同的sessionfactory得到了不同的transaction instance，大家担心的就是分段式事务问题，而liferay的事务处理是由spring support的，我们可以先看看spring中的PlatformTransactionManager

java 代码

public interface PlatformTransactionManager {
  TransactionStatus getTransaction(TransactionDefinition definition)
  throws TransactionException;
  void commit(TransactionStatus status) throws TransactionException;
  void rollback(TransactionStatus status) throws TransactionException;
}

当程序由于事务问题抛出异常的时候，spring文档是这样描述的:
 

Again in keeping with Spring's philosophy, the TransactionException that can be thrown by any of the

PlatformTransactionManager interface's methods is unchecked (i.e. it extends the

java.lang.RuntimeException class). Transaction infrastructure failures are almost invariably fatal. In rare

cases where application code can actually recover from a transaction failure, the application developer can still

choose to catch and handle TransactionException. The salient point is that developers are not forced to do so.

看spring的源码，你会发现当程序在运行过程中抛出unchecked exception的时候，transaction会设为rollback only的status从而回滚事务。所以我们设想只要抛出unchecked exception的时候，事务很同时回滚。通过测试，事务不能同时回滚。主要原因是因为处于不同的sessionfactory中，就是说两个事务之间没有任何的联系。

分布式事务，ejb方有个很好的解决方案，至于在liferay中如何运用，还需时间去研究。

       在liferay这样的活动性高的开源平台下做开发，未免升级时候会遇到种种问题，其中一个就是数据库的升级问题，所以一个很好的方案是把liferay的数据库和业务数据库分开。虽然事务没有按预期测试成功，但是对于多个没有事务关联的数据库来说，这个是个很好的解决方案，而且连接不同数据库是通过配置完成，对开发人员是透明的。希望这篇文章能对运用liferay的朋友有帮助。同时，欢迎大家针对连接多个数据库的方案特别是事务问题作出讨论。