ActiveMQ支持JMS規範中的持久化消息與非持久化消息mysql
Queue消息模型在ActiveMQ的存儲sql
採用存儲採用先進先出(FIFO),一個消息只能被一個消費者消費,當消息被確認消費以後纔會被刪除。數據庫
Topic消息模型(針對持久訂閱)
每一個訂閱者獲取的消息實際是消息的一個副本,只有一個消息副本會被存儲,MQ提供了一個指針來指向消息存儲而且分發消息副本到訂閱者,消息直到全部的持久化訂閱者都被接收才能被刪除。apache
持久化存儲方式:緩存
KahaDB是從ActiveMQ 5.4開始默認的持久化插件。KahaDb恢復時間遠遠小於其前身AMQ而且使用更少的數據文件,因此能夠徹底代替AMQ,kahaDB的持久化機制一樣是基於日誌文件,索引和緩存。服務器
(一)、KahaDB主要特性:性能
(二)、適用場景:大數據
(三)、配置方式 conf/activemq.xml:url
<persistenceAdapter> <kahaDB directory="${activemq.data}/kahadb"/> </persistenceAdapter>
(四)、KahaDB存儲原理:spa
當有活動消費者時,用於臨時存儲,消息會被髮送給消費着,同時被安排將被存儲,若是消息及時被確認,就不須要寫入到磁盤。寫入到磁盤中的數據消息,在後續的消息活動中,若是消息發送成功,變標記爲可刪除的。系統會週期性的清除或者歸檔日誌文件。
一、KahaDB內部結構
Data logs:消息日誌包含了消息日誌和一些命令
Cache:當有活動消費者時,用於臨時存儲,消息會被髮送給消費着,同時被安排將被存儲,若是消息及時被確認,這不須要寫入到磁盤
Btree indexes(消息索引):用於引用消息日誌(message id),它存儲在內存中,這樣能快速定位到。MQ會按期將內存中的消息索引保存到metadata store中,避免大量消息未發送時,消息索引佔用過多內存空間。
Redo log用於在非正常關機狀況下維護索引完整性。
二、目錄結構:
Db log files:用於存儲消息(默認大小32M),當log日誌滿了,會建立一個新的,當log日誌中的消息都被刪除,該日誌文件會被刪除或者歸檔。
Archive directory:當datalog不在被kahadb須要會被歸檔(經過archiveDataLogs屬性控制)。
Db.data:存放Btree indexs。
Db.redo:存放redo file,用於恢復Btree indexs。
寫入消息時,會將消息寫入日誌文件,因爲是順序追加寫,性能很高。爲了提高性能,建立消息主鍵索引,而且提供緩存機制,進一步提高性能。每一個日誌文件的大小都是有限制的(默認32m,可自行配置)。當超過這個大小,系統會從新創建一個文件。當全部的消息都消費完成,系統會刪除這個文件或者歸檔(取決於配置)。主要的缺點是AMQ Message會爲每個Destination建立一個索引,若是使用了大量的Queue,索引文件的大小會佔用不少磁盤空間。並且因爲索引巨大,一旦Broker崩潰,重建索引的速度會很是慢。
特色:相似KahaDB,也包含了事務日誌,每一個destination都包含一個index文件,AMQ適用於高吞吐量的應用場景,可是不適合多個隊列的場景。
配置方式conf/activemq.xml:
<!--AMQ directory:數據存儲路徑 syncOnWrite:是否同步寫入 maxFileLength:日誌文件大小 --> <persistenceAdapter> <amqPersistenceAdapter directory="${activemq.data}/AMQdb" syncOnWrite="true" maxFileLength="10mb" /> </persistenceAdapter>
一、AMQ內部結構:
Data logs:消息日誌包含了消息日誌
Cache:用於消息的快速檢索
Reference store indexes:用於引用datalogs中的消息,經過message ID 關聯
二、目錄結構:
Lock:保證同一時間只有一個borker訪問文件目錄
temp-storag:用於存儲非持久化消息(當不在被存儲在內存中),如等待慢消費者處理消息
Kr-store:用於存儲引用消息日誌數據
journal directory:包含了消息文件、消息日誌和消息控制信息
Archive:歸檔的數據日誌
支持經過JDBC將消息存儲到關係數據庫,性能上不如文件存儲,能經過關係型數據庫查詢到消息的信息。
MQ支持的數據庫:Apache Derby、MYsql、PostgreSQL、Oracle、SQLServer、Sybase、Informix、MaxDB。
存儲表結構:
A、ACTIVEMQ_MSGS:用於存儲消息,Queue和Topic都存儲在這個表中:
B、ACTIVEMQ_ACKS:用於存儲訂閱關係。若是是持久化Topic,訂閱者和服務器的訂閱關係在這個表保存:
C、ACTIVEMQ_LOCK(消息鎖,保證同一時間只能有一個broker訪問這些表結構):
表activemq_lock在集羣環境中才有用,只有一個Broker能夠得到消息,稱爲Master Broker,其餘的只能做爲備份等待Master Broker不可用,纔可能成爲下一個Master Broker。這個表用於記錄哪一個Broker是當前的Master Broker。
配置方式:
一、配置數據源 conf/acticvemq.xml文件:
<!-- 配置數據源--> <bean id="mysql-ds" class="org.apache.commons.dbcp.BasicDataSource" destroy-method="close"> <property name="driverClassName" value="com.mysql.jdbc.Driver"/> <property name="url" value="jdbc:mysql://localhost:3306/activemq?relaxAutoCommit=true"/> <property name="username" value="root"/> <property name="password" value="111111"/> <property name="maxActive" value="200"/> <property name="poolPreparedStatements" value="true"/> </bean>
二、配置broke中的persistenceAdapter :
dataSource指定持久化數據庫的bean,createTablesOnStartup是否在啓動的時候建立數據表,默認值是true,這樣每次啓動都會去建立數據表了,通常是第一次啓動的時候設置爲true,以後改爲false。
<!-- JDBC配置 --> <persistenceAdapter> <jdbcPersistenceAdapter dataSource="#mysql-ds" createTablesOnStartup="false"/> </persistenceAdapter>
ps:數據庫activemq 須要手動建立。
內存消息存儲,會將全部的持久化消息存儲在內存中,必須注意JVM使用狀況以及內存限制,適用於一些能快速消費的數據量不大的小消息,當MQ關閉或者宕機,未被消費的內存消息會被清空。
配置方式 設置 broker屬性值 persistent="false":
<broker xmlns="http://activemq.apache.org/schema/core" brokerName="localhost" dataDirectory="${activemq.data}" persistent="false">