日志数据删除时间问题
| mapedFileSizeCommitLog | 1024 * 1024 * 1024(1G) | commit log 的映射文件大小 | | deleteWhen | 04 | 在每天的什么时间删除已经超过文件保留时间的 commit log | | fileReserverdTime | 72 | 以小时计算的文件保留时间 |
如上几个参数我都没有配置,按我理解应该使用的是默认配置,我通过RocketMQ控制台进行查询时甚至能查询到十几二十几天以后的message消息, 之前我尝试重启过rocketmq集群会造成重新消费所有消息的问题, 我通过手工排重进行处理了,现在就有个疑问了,如果每次重启都造成大量消息都重新消费而且历史消息一直没有清理过,重启会造成系统压力过大.
所有想问一下, 消息是在系统中保留多长时间?或者重启mq怎么才能避免重复消费?
原提问者GitHub用户jinyanhui2008
写回答
-
mapedFileSizeCommitLog跟保留时间没有直接关系，但是在你的情况中可能是连一个commitlog都没有写满，其余的两个参数建议配置还是一下,参考中文文档，是否重复消费跟消费端的配置也有关系，比如是否是新的consumer group，包括消费起始位置等，RocketMQ即使在新的consumer group的情况下，如果消息量不大尚在内存中，也会从头消费，用以避免消息丢失。
原回答者GitHub用户duhenglucky
2023-05-26 17:52:35赞同 展开评论 打赏
版权声明：本文内容由阿里云实名注册用户自发贡献，版权归原作者所有，阿里云开发者社区不拥有其著作权，亦不承担相应法律责任。具体规则请查看《阿里云开发者社区用户服务协议》和《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容，填写侵权投诉表单进行举报，一经查实，本社区将立刻删除涉嫌侵权内容。
阿里云拥有国内全面的云原生产品技术以及大规模的云原生应用实践，通过全面容器化、核心技术互联网化、应用 Serverless 化三大范式，助力制造业企业高效上云，实现系统稳定、应用敏捷智能。拥抱云原生，让创新无处不在。
热门讨论
热门文章
相关文章
相关电子书
更多
