使用Zookeeper动态更改日志级别

思路

利用Zookeeper监听机制,为一个节点添加监听器,当该节点发生变化时,更改日志级别。在本机和虚拟机上分别发布一套服务,连接同一个Zookeeper服务,在Zookeeper客户端修改节点的值,动态更改项目中日志级别

                             

项目目录结构如下

说明:主要代码在LogbackListenerZKUtils

application.properties中只是更改了Tomcat端口号,zk.properties中配置了ZK启动参数等。

ZKUtils

@Component(value = "zkClient")
@PropertySource({"classpath:zk/zk.properties"})
public class ZKUtils {

    private static CuratorFramework client = null;

    private final static Logger log = LoggerFactory.getLogger(ZKUtils.class);

    @Value("${zk.host}")
    private String ZK_HOST;

    @Value("${zk.port}")
    private Integer ZK_PORT;

    @Value("${zk.retryPolicy.baseSleepTimeMS}")
    private Integer baseSleepTimeMS;

    @Value("${zk.retryPolicy.maxRetries}")
    private Integer maxRetries;

    @Value("${zk.sessionTimeoutMs}")
    private Integer sessionTimeoutMs;

    @Value("${zk.log.level.path}")
    private String path;      //监听节点的路径

    /**
     * 初始化
     */
    public void init() {
        try {
            //创建重试策略
            RetryPolicy retryPolicy = new ExponentialBackoffRetry(baseSleepTimeMS, maxRetries);
            //创建zookeeper客户端
            client = CuratorFrameworkFactory
                    .builder()
                    .connectString(ZK_HOST + ":" + ZK_PORT)
                    .sessionTimeoutMs(sessionTimeoutMs)
                    .retryPolicy(retryPolicy)
                    .build();
            client.start();

            /**
             * 设置监听节点
             *
             */
            final NodeCache nodeCache = new NodeCache(client, path);
            nodeCache.getListenable().addListener(() -> {
                ch.qos.logback.classic.LoggerContext loggerContext = (ch.qos.logback.classic.LoggerContext) LoggerFactory.getILoggerFactory();
                //得到Node数据
                String level = new String(nodeCache.getCurrentData().getData());
                loggerContext.getLogger("root").setLevel(ch.qos.logback.classic.Level.toLevel(level));
                log.info("日志级别更新:level = {}", level);
            });
            nodeCache.start();
            log.info("zookeeper初始化成功");
        } catch (Exception e) {
            log.error("zookeeper初始化失败");
            e.printStackTrace();
        }
    }
}

LogbackListener,项目启动时执行init

@Component
public class LogbackListener implements ServletContextListener {

    @Autowired
    private ZKUtils zkUtils;


    @Override
    public void contextInitialized(ServletContextEvent event) {
        zkUtils.init();
    }

}

测试 

在Zookeeper bin目录下运行zKServer.cmd,启动服务

运行springboot项目,查看日志

本机:

虚拟机

执行 java -jar tuzki-web-0.0.1-SNAPSHOT.jar

可以看到现在的日志级别都是INFO

在zkCli.cmd中,执行 set /zk debug,更改日志级别

由于为该节点设置了监听,当节点发生变化时,会执行ZKUtils监听器中的代码,更改日志级别

再次查看项目日志

至此,以实现动态更改日志级别

### 如何解决ZooKeeper无法查看日志的问题 #### 1. 日志路径确认 默认情况下,ZooKeeper 的日志存储在其安装目录下的 `logs` 文件夹中。通常会有两个主要的日志文件: - **zookeeper.out**: 记录了 ZooKeeper 的启动过程以及 JVM 参数等相关信息[^1]。如果 ZooKeeper 启动失败,可以通过此文件定位问题。 - **zookeeper.log**: 记录了运行时的关键事件,例如客户端连接、断开、选举过程等信息。 需要先确认这些日志文件是否存在指定位置。如果没有找到对应的日志文件,则可能是由于配置不正确或者未启用日志功能。 --- #### 2. 检查日志级别设置 ZooKeeper 使用 Log4j 来管理日志输出,默认会读取 `conf/log4j.properties` 或者通过 `-Dlog4j.configuration=file:path/to/log4j.properties` 设置自定义的 log4j 配置文件。以下是常见的日志级别及其含义: | 日志级别 | 描述 | |----------|------| | TRACE | 打印最详细的调试信息 | | DEBUG | 调试级别的消息 | | INFO | 正常的操作信息 | | WARN | 可能存在问题的信息 | | ERROR | 错误信息 | 如果当前日志级别过高(如仅显示 ERROR),可能会导致部分重要信息丢失。建议调整到较低的日志级别以便获取更多细节。可以在 `log4j.properties` 中修改如下内容: ```properties log4j.rootLogger=INFO, ROLLINGFILE ``` 上述配置表示将根日志器设为 INFO 级别,并将其输出定向至滚动文件记录器。 --- #### 3. 验证审计日志是否禁用 某些版本的 ZooKeeper 默认关闭了审计日志功能,这可能导致特定场景下看不到预期的日志条目。如果遇到类似 “ZooKeeper audit is disabled” 的提示,需手动激活审计支持。编辑 `zoo.cfg` 添加以下选项即可[^3]: ```plaintext audit.enable=true ``` 重启服务后重新测试是否有新的日志生成。 --- #### 4. 利用 Docker 容器排查 如果是基于 Docker 部署的 ZooKeeper 实例,在进入容器内部之前可能难以直接访问宿主机上的日志数据。此时可通过命令行方式快速验证状态并提取所需资料[^2]: 执行以下指令打开交互式 shell 并切换至目标节点的工作目录: ```bash docker exec -it zookeeper_kafka_node2 /bin/bash cd $ZOOKEEPER_HOME/logs/ ls -lha cat zookeeper.log ``` 以上方法适用于初步了解现有日志状况;对于更深入的需求则推荐借助专门的监控工具实现自动化采集与分析流程。 --- #### 5. 生产环境中集群模式注意事项 当采用 Quorum Mode 构建多实例架构时,每台成员服务器都会单独保存自己的本地副本及关联元数据记录于磁盘上[^5]。因此除了关注单机层面的表现外还需同步对比其他参与者的行为特征差异点以防遗漏全局视角内的异常情况发生。 最后提醒一点——务必定期清理陈旧无价值的历史档案以免占用过多存储空间影响整体性能表现! ---
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值