配置Pulsar自动删除非活跃Topic策略后未生效，寻求解决方案

问题场景 #

已在broker.conf中配置以下自动删除非活跃Topic参数：

brokerDeleteInactiveTopicsEnabled: true
brokerDeleteInactiveTopicsMode: delete_when_no_subscriptions
brokerDeleteInactiveTopicsMaxInactiveDurationSeconds: 120

重启Pulsar Docker容器后，向Topic persistent://t_test/proj_test/web_hook_test发送消息，确认该Topic无订阅者（调用/admin/v2/persistent/t_test/proj_test/web_hook_test/subscriptions返回空），但超过设定的120秒后，Topic仍未被自动删除，通过Admin REST API仍能查询到该Topic信息。

排查与解决步骤 #

1. 确认配置是否正确加载 #

Docker环境下需确保修改的broker.conf确实被容器加载，避免出现本地文件修改但容器未同步的情况：

• 进入容器内部检查配置文件实际内容：

  docker exec -it <pulsar-container-name> cat /pulsar/conf/broker.conf
  

  核对三个自动删除相关参数与设置值一致。

2. 验证Topic的非活跃计时起点 #

Pulsar的非活跃时长是从最后一次生产/消费操作开始计算，而非消息发送完成的时间：

• 通过Admin API查看Topic的活跃时间戳：

  curl -X GET http://<pulsar-broker-ip>:8080/admin/v2/persistent/t_test/proj_test/web_hook_test/stats
  

  查看返回结果中的lastPublishTime或lastActivityTime字段，确认距离当前时间是否已超过120秒。

3. 调整自动清理任务的执行频率 #

Pulsar的自动删除任务默认每300秒（5分钟）执行一次，即使设置了120秒的非活跃时长，也需等待下一次任务触发：

• 可通过brokerDeleteInactiveTopicsTaskIntervalSeconds参数缩短执行周期，例如设置为60秒：

  brokerDeleteInactiveTopicsTaskIntervalSeconds: 60
  

  修改后重启Broker容器，等待对应周期观察是否生效。

4. 检查Topic是否带有特殊属性 #

确认目标Topic未被标记为不可修改/删除：

• 通过Admin API查看Topic属性：

  curl -X GET http://<pulsar-broker-ip>:8080/admin/v2/persistent/t_test/proj_test/web_hook_test
  

  若返回结果中存在immutable: true，需先移除该属性才能触发自动删除。

5. 排查容器权限问题 #

如果Broker进程没有足够权限删除Topic的存储文件，也会导致自动删除失败：

• 检查容器内数据目录的权限：

  docker exec -it <pulsar-container-name> ls -ld /pulsar/data
  

  确保运行Pulsar的用户（默认是pulsar）对该目录拥有读写权限。

验证方法 #

完成调整后按以下步骤确认效果：

1. 向目标Topic发送一条消息，等待超过maxInactiveDuration+taskInterval的时长。
2. 调用Admin API查询Topic状态：

   curl -X GET http://<pulsar-broker-ip>:8080/admin/v2/persistent/t_test/proj_test/web_hook_test
   

   返回404则说明自动删除生效。

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