ActiveMQ笔记50-ActiveMQ消息持久化机制之KahaDB的存储原理

ActiveMQ给出关于KahaDB配置的介绍：http://activemq.apache.org/kahadb

消息存储使用一个事务日志和仅仅用一个索引文件来存储它所有的地址。

KahaDB是一个专门针对消息持久化的解决方案，它对典型的消息使用模式进行了优化。

数据被追加到data和log中，当不需要log文件中的数据时，log文件被丢弃。

kahadb在消息保存目录中有4类文件（我刚刚重启了服务，所以只有3个，少了一个db.free文件）和一个lock。

db-<Number>.log：KahaDB存储消息到预定义大小的数据记录文件中，文件名为db-<Number>.log。当前文件已满时，一个新的文件会随之创建，number的数值随之递增。如每32M一个文件，文件名按照数字进行编号。当不再有引用到的数据文件中的任何消息时，文件会被删除或归档，由后续的清理机制来清除文件。

db.data：包含了持久化的BTree索引，索引了消息数据记录中的消息，它是消息的索引文件，本质上是B-Tree（B树），使用B-Tree作为索引指向db-<Number>.log里存储的消息。

db.free：当前db.data文件里，哪些页面是空闲的，文件具体内容是所有空闲页的ID，方便后续建索引的时候，先从空闲页开始建立，保证索引的连续性，没有碎片。

db.redo：用来进行消息恢复，如果KahaDB消息存储在强制退出后启动，用于恢复B-Tree索引。

lock：文件锁，表示当前获得KahaDB读写权限的Broker。

这里的log和data类似于MySQL数据库里的数据和索引，可以类比来理解。