ActiveMQ系列—ActiveMQ性能优化（下3）（消息存储方案 RDB）

11、关系型数据库存储方案

从ActiveMQ V4版本开始，ActiveMQ就支持使用关系型数据库进行持久化存储——通过JDBC实现的数据库连接。可以支持的关系型数据库包括（但不限于）：Apache Derby、DB2、HSQL、Informix、MySQL、Oracle、Postgresql、SQLServer、Sybase。

下面向各位读者演示如何为ActiveMQ配置Mysql数据库服务。前提是您已经某个网络位置准备好了Mysql服务，并可以成功进行远程登录。

......
<broker>
......
<!-- 配置ActiveMQ连接到Mysql服务 -->
<!-- 记得去掉原来的KahaDB或者LevelDB的配置 -->
<persistenceAdapter>
<jdbcPersistenceAdapter dataSource="#mysql_datasource" createTablesOnStartup="true"/>
</persistenceAdapter>
......
</broker>

<!-- 演示使用的是C3p0连接池，当然您也可以使用DBCP连接池 -->
<!-- 就是spring的配置文件结构 -->
<bean id="mysql_datasource" class="com.mchange.v2.c3p0.ComboPooledDataSource">
<property name="driverClass" value="com.mysql.jdbc.Driver"/>
<property name="jdbcUrl" value="jdbc:mysql://localhost:3306/activemqdb?relaxAutoCommit=true&useUnicode=true&characterEncoding=utf-8"/>
<property name="user" value="root"/>
<property name="password" value="123456"/>
<property name="minPoolSize" value="10"/>
<property name="maxPoolSize" value="30"/>
<property name="initialPoolSize" value="10"/>
</bean>
......

在配置关系型数据库作为ActiveMQ的持久化存储方案时，要注意几个事项：

配置信息建议放置在您的jetty.xml配置文件中，也可以放置在activemq.xml配置文件中。除此之外，还要记得需要使用到的相关jar文件放置到ActiveMQ安装路径下的./lib目录。例如使用mysql + c3p0的配置中，需要的jar包至少包括：mysql-jdbc驱动的jar包和c3p0的jar包；

在jdbcPersistenceAdapter标签中，我们设置了createTablesOnStartup属性为true，这是为了在第一次启动ActiveMQ时，ActiveMQ服务节点会自动创建所需要的数据表。启动完成后，可以去掉这个属性，或者更改createTablesOnStartup属性为false；

在配置和测试的过程中，您可以会遇到这样的问题：“java.lang.IllegalStateException: BeanFactory not initialized or already closed”这是因为您的操作系统的机器名中有“_”符号。更改机器名并且重启后，即可解决问题。

在同样的硬件资源条件下，相比KahaDB和LevelDB这样的“内存+存储介质”这样的持久化方案而言，使用关系型数据库作为ActiveMQ的持久化方案绝对不能说“性能”最好，但是在大多数情况下这个持久化方案也不会成为整个顶层架构的设计瓶颈（因为关系型数据库一般都有自己的热备和负载方案）。所以很多团队还是会使用这样的持久化方案，很大一部分原因就是这些团队对关系型数据库有更丰富的使用经验，且有专门的数据库管理人员。

12、如何选用持久化存储方案

以上我们介绍了三种持久化存储方案：KahaDB、LevelDB、关系型数据库。其中KahaDB和LevelDB的工作原理基本类似，都采用内存+磁盘介质的方案：内存用于存放信息的位置索引，磁盘介质上存放消息内容。而关系型数据库的方案，ActiveMQ将完全通过JDBC对数据库进行操作完成消息的存储和修改。

但是不是如网络上一些资料所说的那样，一定要对三种持久化存储方案的速度做比较后，选择最快的那种存储方案呢？这里面至少有两个误区：

某种存储方案的速度一定比另一种存储方案的速度快。

一定要选择速度快的那种存储方案。

下面我们进行详细的讨论：

根据不同的硬件层配置，同一种持久化存储方案的性能是完全不一样的。例如在单节点计算的情况下，选用DDR 2133双通道内存组和DDR3 1333单通道内存条从理论上至少就可以多获得4Gbps的带宽；选用同样支持SATA3规范的机械硬盘和SSD固态硬盘，虽然两者理论上的对外速度都标称6Gbps，但是由于机械硬盘上单磁头的读写速度存在瓶颈，所以就算进行连续读操作，速度也只能达到200MB/s左右；但是固态硬盘的连续读速度却可以达到500MB/s左右（基本已经接近6Gbps）。

如果是企业级硬件存储方案，那么速度差异还会继续扩大。例如电信行业经常采用的IBM 各个系列磁盘阵列，一般都会配置诸如RAID5这样的软存储方案。这样一来，同一份文件有多个副本，并且有多个磁头负责读写。磁盘阵列的对外输出一般会采用光纤通道（FC），而光纤通道行业协会(Fibre Channel Industry Association)最新推出的（2015年实施）Gen 6第6代光纤通道标准中，设计的对外传输理论速度是128Gbps。

当然，除非您的公司/团队能够接受这些企业级存储方案高昂的费用。否则还是建议在生产环境搭建性价比较高的折中方案。例如采用20台左右PC Server搭建Ceph/MFS分布式存储系统。这个方案，我们将在下一篇文章中进行详细说明。

所以某种存储方案的性能，除了这种存储方案的工作原理以外对其有直接影响外，还要考虑它的工作环境。只有根据软件团队预估的系统压力、综合建设方案、考虑后续扩容方式，来确定采用哪一种存储方案，才是科学的。