RabbitMQ是否维护Exchange绑定历史？如何获取Topic Exchange绑定历史以分析消费服务？

让我一步步帮你拆解这两个关于RabbitMQ绑定历史的问题：

默认情况下，RabbitMQ不会自动保存或维护绑定的历史记录。它的核心设计只关注当前活跃的绑定关系——也就是此刻哪些队列（或其他Exchange）和目标Exchange处于绑定状态。过去创建、修改或删除的绑定操作，除非你额外配置了日志或监控机制，否则不会被RabbitMQ持久化存储下来。

想要获取过去30天或系统最长可用时限内的绑定历史，以及找出过去一周绑定过的20个消费服务，得看你之前有没有做相关的配置，具体可以从这几个方向入手：

• 启用审计日志（如果之前配置过）：RabbitMQ支持开启审计日志功能，开启后会记录所有绑定的创建、删除操作，包括操作时间、涉及的Exchange、队列、路由键等细节。如果你的日志保留了足够长的时间（比如过去30天），你可以直接从日志文件中筛选出目标Topic Exchange的相关记录，通过队列名称（通常服务对应的队列会包含服务标识，比如服务名前缀）来关联到具体的消费服务。
• 依赖历史监控数据：如果你一直通过监控工具（比如自定义脚本定期调用RabbitMQ管理API）抓取并持久化绑定信息，那就可以直接从你的监控数据库中查询这段时间的历史数据，找出所有曾经绑定过该Topic Exchange的队列，进而对应到消费服务。管理API里的/api/exchanges/{vhost}/{exchange}/bindings/source接口可以获取当前的绑定列表，如果你定期保存这个接口的返回结果，就能形成完整的绑定历史记录。
• 有限依赖持久化队列（仅作参考）：如果那些消费服务使用的是持久化队列，而且这些队列在解绑后没有被删除，你可以查看队列的元数据（比如创建时间），结合队列命名规则推测对应的服务。但这种方法有明显局限性——队列可能解绑后长期存在，也可能已经被删除，无法准确对应到绑定的时间范围，只能作为辅助参考。
• 从现在开始做绑定追踪：如果之前没有任何记录，那从现在起你可以通过RabbitMQ的tracing插件，或者自定义开发插件来追踪所有绑定操作，把这些事件记录到日志或数据库里，方便后续查询历史绑定信息。

需要特别强调：如果之前没有配置任何日志、监控或追踪机制，RabbitMQ本身是没有办法回溯过去的绑定历史的，也就无法直接获取那20个过往消费服务的信息。

内容的提问来源于stack exchange，提问作者Shubham Chadokar