ARTEMIS-内存和日记之间的消息同步

Question

在阅读artemis时，docs理解-artemis在内存中存储整个当前活动消息，并可以根据设置将消息卸载到给定队列/主题的分页区域&artemis日志只追加。

关于这一点

1. 代理如何以及何时从日记同步消息（仅在重新启动期间？）
2. 它如何标识要从日记中删除的消息（例如：如果日记是仅追加模式，如果持久消息的使用者访问消息，那么代理如何从日记中删除一条消息而不保留索引）。
3. 将每个活动消息保存在内存中，甚至使broker耗尽内存，这不是一种性能冲击吗？为了避免这种情况，必须在配置中设置每个队列/主题分页设置，否则broker可能会填充所有消息。如有错误请指正。

任何可以解释消息同步和这些信息的参考链接都很有帮助。虽然Artemis docs解释了仅追加模式，但可能是任何解释这些存储概念的章节/文章，我可能会遗漏。

Answer 1

默认情况下，在代理接收到持久消息之后，在代理向客户端发送接收到该消息的响应之前，持久消息会持久保存到磁盘上。通过这种方式，客户机可以确定，如果它从代理那里收到响应，那么它发送的持久消息已经收到并保存到磁盘上。

当使用broker.xml中的nioJournal-type（即默认配置）时，使用java.nio.channels.filechannel.force（布尔）将数据同步到磁盘。

由于日记在正常操作期间是只追加的，所以当消息被确认时，它实际上不会从日记中删除。代理只需为该特定消息向日记追加一条删除记录。随后，在“压缩”过程中，该消息将从日志中物理删除。此过程由broker.xml中的journal-compact-min-files&journal-compact-percenty参数控制。有关这方面的更多细节，请参见文档。

将消息数据保存在内存中实际上大大提高了性能，而不是将其从内存中删除，然后不得不在以后从磁盘上读回。正如您所注意到的，这会导致内存消耗问题，这就是代理支持分页、阻塞等的原因。分页是一种姑息性措施，用于作为保持代理功能的最后手段。理想情况下，代理应该配置为处理预期的负载而不进行分页（例如，获取更多的RAM，分配更多的堆）。换句话说，消息生产和消息消费应该是平衡的。代理是为消息流经它而设计的。它当然可以缓冲消息（根据配置和硬件的不同，可能有数百万条消息），但是当它被迫分页时，性能会大大下降，这仅仅是因为磁盘比RAM慢几个数量级。