ActiveMQ 中消息并行存储转发

并行存储转发是一种高吞吐量策略，可以让消息消费者跟上消息流的速度。在并行存储和转发的过程中，可能会在消息未持久化到硬盘时，接收到了消息消费的确认信息，所以在这种情况下就不需要再持久化到硬盘了。值得注意得是，如果使用了jms事务，就不能使用并行储存转发。因为并行存储和转发是不保证消息的一致性的。

Queue默认是使用并行存储转发的。当然也是可配置的。主要可配置项如下：
concurrentStoreAndDispatchQueues
concurrentStoreAndDispatchTopics
concurrentStoreAndDispatchTransactions

下面解析快慢两种消费者的情况下，并行存储转发的过程；

[b]慢消费者：[/b]
[img]http://dl.iteye.com/upload/attachment/349471/a94d91da-947a-3e31-ac8e-8c5017488f90.gif[/img]
1、producer发送一个消息M到destination
2、broker发送消息M到持久层。持久层中是一些负责写入消息到日志中的线程。
3、同时存储和转发。消息可能被转发给一个或者多个消费者。因为消费者较慢，在收到消息消费的确认信息之前，消息将被持久化到日志文件中。
4、收到消息消费的确认信息。
5、broker通知持久层删除日志文件中的消息。
（KahaDB的可回滚日志中，所以消息不会被直接删除，而是会记录一条信息到日子，表示这条消息已消费完成。等到一个日志文件中所有的消息都被消费完成后，才会删除或者归档这个日志文件）

[b]快消费者：[/b]
[img]http://dl.iteye.com/upload/attachment/349473/90ac7cb8-3900-30ec-b45d-69a6a091001b.gif[/img]
1、producer发送一个消息M到destination
2、broker发送消息M到持久层。持久层中是一些负责写入消息到日志中的线程。
3、同时进行存储和转发。
4、消费者快速返回了消息消费完成的确认信息。
5、但受到所有消费者返回的确认信息后，便会通知持久层删除该消息。此时前面准备去持久化的消息还被阻塞着，这个时候便不再需要写入到持久层中。直接从内存中删除。

如果你要使KahaDB串行存储和转发，必须明确禁用并行存储转发。禁用Queue、topic、Transactions

<broker brokerName="broker" persistent="true" useShutdownHook="false">
  ...
  <persistenceAdapter>
    <kahaDB directory="activemq-data"
            journalMaxFileLength="32mb"
            concurrentStoreAndDispatchQueues="false"
            concurrentStoreAndDispatchTopics="false"
            concurrentStoreAndDispatchTransactions="false"
            />
  </persistenceAdapter>
</broker>

下图展示串行存储和转发：

[img]http://dl.iteye.com/upload/attachment/349475/807b205f-6c2d-34fa-9d0b-f06252cfc82e.gif[/img]

1、producer发送一个消息M到broker上的某个destination
2、broker发送消息到持久层。因为并行存储转发已关闭，消息将会被立即写入到日志文件中。
3、消息被分发到一个或多个消费者
4、消费者发送消息消费确认信息到broker
5、当broker收到所有消费者的确认信息后，broker通知持久层删除该消息。

为了避免丢失消息，JMS规范要求broker在发送给producer确认接收信息前把消息持久化。如果使用Jms事务中时，会将事务的相关信息也持久化。默认情况下，KahaDB并未如此配置。如果应用需要避免丢失信息，就需要对KahaDB的配置进行修改:
1、配置并行存储转发为false，使用串行存储转发
2、持久化时使用同步写入。配置enableJournalDiskSyncs为true。

另外，使用事务可以提升持久层的效率。因为事务是批量处理消息的。在事务提交之前，所有的消息都不会写入到message store中的。这样就减少了IO,每次事务提交进行一次IO,而不是每条消息进行一次IO。