如果消费者变为慢速消费者,那么后面可能会导致消息积压,导致生产者速度也变慢,甚至停止。我们可以配置消息的过期时间,并设置消息过期丢弃策略,以及使用死信队列来处理消息的积压。
为持久化消息设置过期时间
ActiveMQ提供了一个timeStampingBrokerPlugin插件,通过此插件,我们可以为持久化消息设置过期时间。参考:http://activemq.apache.org/timestampplugin.html
<plugins>
<!-- 86,400,000 ms = 1 day -->
<timeStampingBrokerPlugin ttlCeiling="86400000" zeroExpirationOverride="86400000"/>
</plugins>
zeroExpirationOverride会为没有设置过期时间的消息设置过期时间。ttlCeiling表示过期时间上限,如果程序中设置的过期时间超过此值,以此值为准。
配置消息过期丢弃策略
<borker>
<destinationPolicy>
<policyMap>
<policyEntries>
<!--expireMessagesPeriod=60000表示每隔60s检查消息是否过期-->
<!--topic=>表示对所有topic都生效-->
<policyEntry topic=">" expireMessagesPeriod="60000">
<deadLetterStrategy>
<!--processExpired为false表示过期消息不进入死信队列,即执行删除操作-->
<sharedDeadLetterStrategy processExpired="false" />
</deadLetterStrategy>
</policyEntry>
</policyEntries>
</policyMap>
</destinationPolicy>
</borker>
删除空的Queue和Topic
<broker xmlns="http://activemq.apache.org/schema/core" schedulePeriodForDestinationPurge="10000">
<destinationPolicy>
<policyMap>
<policyEntries>
<policyEntry queue=">" gcInactiveDestinations="true" inactiveTimoutBeforeGC="30000"/>
</policyEntries>
</policyMap>
</destinationPolicy>
</broker>
schedulePeriodForDestinationPurge:执行清理任务的周期;
gcInactiveDestinations=true:表示启用清理功能;
inactiveTimoutBeforeGC:queue或topic的超时时间,在规定的时间内,无有效订阅,没有入队记录,超时后就会被清理。
参考:http://activemq.apache.org/delete-inactive-destinations.html