消息代理与数据库的四点本质差异

消息代理本质是一种针对消息流优化的数据库——生产者写入、消费者从中读取，甚至能像[[原子提交问题与两阶段提交的机制及两个不归路]]中的参与者一样参与XA/JTA两阶段提交，但传统AMQP/JMS风格的消息代理和数据库之间仍有四点关键差异：一是生命周期，数据库通常保留数据直到显式删除，多数消息代理却在消息成功递送给消费者后就自动删除，不适合当长期存储用；二是工作集假设，正因为消息很快被删除，消息代理默认自己的队列很短，一旦因消费者变慢而堆积大量待处理消息，吞吐量往往会明显恶化；三是访问方式，数据库支持二级索引等丰富的查询手段，消息代理通常只支持按主题模式匹配订阅子集；四是新鲜度语义，查询数据库拿到的是某个时间点的快照，之后数据变了并不会主动告知你，而消息代理反过来，不支持任意查询，但一旦有新消息就会主动推送通知客户端。发散：这四点差异共同指向一个事实——消息代理为”低延迟通知”做了极致优化，代价是牺牲了数据库擅长的”长期存储+灵活查询”，这也是后文要讨论”基于日志的消息代理”想要兼得两者的动机。