kafka 删除topic时的隐患

探讨了Kafka集群中长时间运行导致的已消费消息堆积问题,分析了这一现象如何延长Leader切换时间,并提出了通过配置Zookeeper及Kafka参数实现消息清理的解决方案。

生产上kafka集群长时间使用会导致topic容器下已被消费的消息过多,进而导致在重新选主时切换时间长的问题。

追根到底来讲切换Leader时间都花费在zookeeper文件同步上,但是kafka恰恰没有清理已被消费消息的机制,

故导致死尸消息每次在节点重启或者切主都会时间很常,而zookeeper提供了java API清理消息的方法 ,

并且 需要配置delete.topic.enable=true,真正删除而非标记删除的“假删除”,在删除topic后需要重启下kafka集群,

否则感觉是出现topic没有被创建消息发来没有容器存放导致集群消息无法被消费,这里有待证实真是原因。

 

转载于:https://www.cnblogs.com/nhz-M/p/10048062.html

评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符  | 博主筛选后可见
 
红包 添加红包
表情包 插入表情
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值