修改server.properties中留存时间需重启ZooKeeper吗？如何验证配置？

1. 修改server.properties中的留存时间是否需要重启ZooKeeper？ #

完全不需要！Kafka的日志留存配置（比如log.retention.hours）是Broker级别的配置，ZooKeeper只负责存储Kafka的元数据（比如集群拓扑、主题分区信息等），根本不参与日志留存的逻辑处理。修改这类配置和ZooKeeper没有半毛钱关系，所以完全不用动ZK节点。

2. 修改log.retention.hours后重启Broker，还需要重启ZK吗？怎么验证配置生效？ #

是否需要重启ZK？ #

同样不需要！你已经重启了所有Broker，Broker在启动时会重新加载server.properties里的新配置，这就足够了，ZK完全没涉及到这个配置的加载和生效过程，所以别折腾ZK啦。

验证配置生效的方法 #

给你几个实用的验证方式：

• 用Kafka自带命令查看Broker配置：
  执行以下命令（替换成你的Broker地址和ID）：

  kafka-configs.sh --bootstrap-server <你的Broker地址>:<端口> --describe --entity-type brokers --entity-name <BrokerID>
  

  在输出里找log.retention.hours字段，看值是不是已经变成730了。你是改了配置文件重启的Broker，肯定能查到更新后的数值。
• 查看Broker启动日志：
  去Broker的日志目录里找最新的启动日志，搜索关键词log.retention.hours，你会看到类似Setting log.retention.hours to 730的日志条目，这说明Broker已经加载了新的配置。
• 实际测试验证（适合非生产环境）：
  可以临时创建一个测试主题，把它的retention.ms设成一个很小的值（比如60000，也就是1分钟），发送几条消息，等1分钟后用消费命令尝试读取：

  kafka-console-consumer.sh --bootstrap-server <Broker地址>:<端口> --topic <测试主题名> --from-beginning
  

  如果读不到消息，说明留存配置生效了。生产环境用前两种方法就足够稳妥，避免影响业务。

内容的提问来源于stack exchange，提问作者Kashyap KN