面试题答案
一键面试改变日志级别对故障影响
人力成本
- 高日志级别：当面临网络分区、节点故障等故障场景，高日志级别（如DEBUG）会记录大量详细信息，包括网络请求的每一个细节、节点内部状态转换等。这使得工程师在排查故障时可获取丰富信息，但同时会导致日志量庞大，增加人工筛选有效信息的难度，从而提高人力成本。例如在网络分区故障中，大量的网络连接尝试日志需人工梳理，确定问题链路。
- 低日志级别：低日志级别（如WARN、ERROR）仅记录关键错误或异常情况，工程师获取信息有限，可能需要花费更多时间和精力去定位根本原因，同样可能增加人力成本。如节点故障时，仅记录“节点不可用”的ERROR日志，难以确定是硬件故障、软件冲突还是网络问题导致。
时间成本
- 高日志级别：由于日志量巨大，在故障诊断时搜索和分析日志会消耗大量时间，尤其在大规模HBase集群中，一个故障可能产生数GB甚至更多的DEBUG级别日志，解析这些日志可能会使故障恢复时间显著延长。
- 低日志级别：因缺乏足够详细信息，工程师可能需通过多次尝试不同排查手段，如重启节点、检查配置文件等，这也会增加故障处理的时间成本。
系统资源成本
- 高日志级别：记录详细日志会占用更多系统资源，包括磁盘空间用于存储日志文件，CPU用于日志记录操作等。在故障场景下，HBase集群本身就面临压力，高日志级别可能进一步加重系统负担，影响集群的正常运行和自我恢复能力。
- 低日志级别：系统资源消耗相对较少，对集群在故障期间的运行影响较小。
最优日志级别动态调整策略
故障监测阶段
- 初始时设置日志级别为INFO，该级别可记录系统的主要操作和状态变化，如region的分配、节点启动关闭等信息，在正常运行时可满足基本的运行监控需求，资源消耗也相对适中。
疑似故障阶段
- 当监测到可能的故障迹象，如节点心跳丢失次数增多、网络流量异常等，自动将相关节点（如疑似故障节点及其关联的网络设备对应的节点）的日志级别提升至DEBUG。例如，若某个region服务器心跳异常，将该服务器以及与之通信频繁的其他region服务器、Zookeeper节点的日志级别设为DEBUG，全面记录该区域内的详细交互信息，为快速诊断故障提供充足数据。
故障确认与处理阶段
- 一旦故障确认，如确定是网络分区故障或节点硬件故障，将整个集群的日志级别调至WARN。此时工程师已明确故障类型，过多详细日志对处理故障帮助不大，WARN级别可突出关键的错误信息，减少不必要的日志记录，降低系统资源消耗，让集群在故障处理过程中有更多资源用于自我恢复和配合人工处理。
故障恢复阶段
- 故障处理完成后，将日志级别逐步恢复至INFO。先针对之前故障相关的关键节点（如故障节点和受影响严重的节点）维持WARN级别一段时间（如30分钟），观察是否有后续异常。若无异常，再将所有节点日志级别全部恢复为INFO，确保集群以较低资源消耗平稳运行。