前言
关于整合配置详细看上一篇:
ActiveMQ专题10 —— ActiveMQ的存储和持久化
验证
队列验证
脚 下 留 心 : 生 产 者 一 定 要 设 置 持 久 化 , 才 会 持 久 化 到 数 据 库 \color{red} 脚下留心:生产者一定要设置持久化,才会持久化到数据库 脚下留心:生产者一定要设置持久化,才会持久化到数据库
案例1
生产者生产消息
代码都没变,就不贴出代码了


查看数据库,发现多了三条数据,说明数据持久化到数据库了

案例2
消费者消费消息
- 启动消费者


查看数据库:

小总结
在点对点类型中
当DeliveryMode设置为NON_PERSISTENCE时,消息被保存在内存中
当DeliveryMode设置为PERSISTENCE时,消息保存在broker的相应的文件或者数据库中。
而且点对点类型中消息一旦被Consumer消费,就从数据中删除
消费前的消息,会被存放到数据库
Topic验证
- 先订阅,一定要持久化


查看数据库:

- 后生产消息

消费完后:

将订阅者关闭

小总结
如果是queue
在没有消费者消费的情况下会将消息保存到activemq_msgs表中,只要有任意一个消费者消费了,就会删除消费过的消息
如果是topic,
一般是先启动消费订阅者然后再生产的情况下会将持久订阅者永久保存到qctivemq_acks,而消息则永久保存在activemq_msgs,
在acks表中的订阅者有一个last_ack_id对应了activemq_msgs中的id字段,这样就知道订阅者最后收到的消息是哪一条。
开发遇到坑
在配置关系型数据库作为ActiveMQ的持久化存储方案时,有坑
1.
数
据
库
j
a
r
包
,
注
意
把
对
应
版
本
的
数
据
库
j
a
r
或
者
你
自
己
使
用
的
非
自
带
的
数
据
库
连
接
池
j
a
r
包
\color{red}1. 数据库jar包,注意把对应版本的数据库jar或者你自己使用的非自带的数据库连接池jar包
1.数据库jar包,注意把对应版本的数据库jar或者你自己使用的非自带的数据库连接池jar包
2.
c
r
e
a
t
e
T
a
b
l
e
s
O
n
S
t
a
r
t
u
p
属
性
默
认
为
t
r
u
e
,
每
次
启
动
a
c
t
i
v
e
m
q
都
会
自
动
创
建
表
,
在
第
一
次
启
动
后
,
应
改
为
f
a
l
s
e
,
\color{red}2. createTablesOnStartup属性默认为true,每次启动activemq都会自动创建表,在第一次启动后,应改为false,
2.createTablesOnStartup属性默认为true,每次启动activemq都会自动创建表,在第一次启动后,应改为false,避免不必要的损失。
3.
j
a
v
a
.
l
a
n
g
.
I
l
l
e
g
a
l
S
t
a
t
e
E
x
c
e
p
t
i
o
n
:
L
i
f
e
c
y
c
l
e
P
r
o
c
e
s
s
o
r
n
o
t
i
n
i
t
i
a
l
i
z
e
d
确
认
计
算
机
主
机
名
名
称
没
有
下
划
线
\color{red}3. java.lang.IllegalStateException: LifecycleProcessor not initialized确认计算机主机名名称没有下划线
3.java.lang.IllegalStateException:LifecycleProcessornotinitialized确认计算机主机名名称没有下划线
续上一篇文章:详细介绍各种持久化方式~第五种
5. JDBC Message Store with ActiveMQ Journal
jdbc持久化方式将消息持久化到数据库中虽好,但是JDBC每次消息过来,都需要去写库读库。引入
ActiveMQ Journal,使每次消息过来之后在ActiveMQ和JDBC之间加一层高速缓存,使用高速缓存写入技术,大大提高了性能。
如:当有消息过来后,消息不会立马持久化到数据库中,而是先保存到缓存中,被消费的消息也是先从缓存中读取,经过了指定的时间之后,才把缓存中的数据持久化到数据库中。如果是queue,则只持久化未被消费的消息。
举个例子:生产者生产了1000条消息,这1000条消息会保存到journal文件,如果消费者的消费速度很快的情况下,在journal文件还没有同步到DB之前,消费者已经消费了90%的以上消息,那么这个时候只需要同步剩余的10%的消息到DB。如果消费者的速度很慢,这个时候journal文件可以使消息以批量方式写到DB。
为了高性能,这种方式使用日志文件存储+数据库存储。先将消息持久到日志文件,等待一段时间再将未消费的消息持久到数据库。该方式要比JDBC性能要高。
用法:在activemq.xml文件中,将persistenceFactory替换掉persistenceAdapter内容
<!-- <persistenceAdapter> -->
<!--<kahaDB directory="${activemq.data}/kahadb"/> -->
<!--<jdbcPersistenceAdapter dataSource="#mysql-ds" createTablesOnStartup="true" /> -->
<!-- </persistenceAdapter> -->
<persistenceFactory>
<journalPersistenceAdapterFactory
journalLogFiles="5"
journalLogFileSize="32768"
useJournal="true"
useQuickJournal="true"
dataSource="#mysql-ds"
dataDirectory="../activemq-data" />
</persistenceFactory>


至此,就可以了
小总结
持久化消息主要指的是:
MQ所在服务器宕机了消息不会丢试的机制。
持久化机制演变的过程:
从最初的AMQ Message Store方案到ActiveMQ V4版本退出的High Performance Journal(高性能事务支持)附件,并且同步推出了关于关系型数据库的存储方案。ActiveMQ5.3版本又推出了对KahaDB的支持(5.4版本后被作为默认的持久化方案),后来ActiveMQ 5.8版本开始支持LevelDB,到现在5.9提供了标准的Zookeeper+LevelDB集群化方案。
ActiveMQ消息持久化机制有:
- List itemAMQ 基于日志文件
- KahaDB 基于日志文件,从ActiveMQ5.4开始默认使用
- JDBC 基于第三方数据库
Replicated LevelDB Store 从5.9开始提供了LevelDB和Zookeeper的数据复制方法,用于Master-slave方式的首选数据复制方案。

连更文章
ActiveMQ专题0 —— 前言说明
ActiveMQ专题1 —— 入门概述
ActiveMQ专题2 —— ActiveMQ下载和安装(Linux版)
ActiveMQ专题3 ——Java编码实现ActiveMQ通讯(Queue)
ActiveMQ专题4 ——ActiveMQ专题4 ——Java编码实现ActiveMQ通讯(Topic)
ActiveMQ专题5 ——JMS规范和落地产品
ActiveMQ专题6 ——ActiveMQ的Broker
ActiveMQ专题7 —— Spring整合ActiveMQ
ActiveMQ专题8 —— SpringBoot整合ActiveMQ
ActiveMQ专题9 —— ActiveMQ的传输协议
ActiveMQ专题10 —— ActiveMQ的存储和持久化
ActiveMQ专题11 —— ActiveMQ的存储和持久化2 (续篇)
ActiveMQ专题12—— ActiveMQ之zookeeper集群
ActiveMQ专题13—— ActiveMQ高级特性
ActiveMQ专题14—— ActiveMQ高级特性2
$\color{red} 完结!后续推上有关消息队列的面试题目 $
小总结
知 道 的 越 多 , 不 知 道 的 越 多 , 希 望 对 你 有 帮 助 ! \color{red}知道的越多,不知道的越多,希望对你有帮助! 知道的越多,不知道的越多,希望对你有帮助!
本文深入探讨了ActiveMQ的存储和持久化机制,包括队列和主题的验证,强调生产者设置持久化的重要性。介绍了JDBCMessageStore与ActiveMQJournal的结合使用,以提高性能,通过缓存技术减少数据库的读写操作。同时,提醒读者注意数据库配置、表创建及主机名等常见问题。最后,回顾了ActiveMQ持久化机制的发展历程和不同存储选项,如KahaDB、JDBC和LevelDB。
1576

被折叠的 条评论
为什么被折叠?



