observer 运行日志(wf/logs 目录)把系统盘写满了,日志治理这几个参数该怎么组合配置

【使用版本】OceanBase 社区版 V4.2.x

【环境背景】
实验集群跑了一段时间压测后,发现 /home/admin/oceanbase/log 目录膨胀得很快,系统盘告警。查参数时看到好几个和日志相关的:enable_syslog_recycle、max_syslog_file_count、syslog_level、syslog_io_bandwidth_limit。

【问题描述】

  1. enable_syslog_recycle = true 生效的前提是什么?max_syslog_file_count 设为 0 会有什么行为?
  2. 生产环境比较推荐的组合是什么?比如把 syslog_level 调到 WARN 后,会不会漏掉排查问题需要的关键 INFO 日志?
  3. syslog_io_bandwidth_limit 调小能不能有效保护磁盘 I/O?调得太小会不会影响故障排查?

max_syslog_file_count=0:不触发自动删除,日志文件数量无上限
顺序级别:DEBUG < TRACE < INFO < WARN < ERROR

syslog level生产给WDIAG吧,然后推荐是自己crontab部一个压缩日志的脚本,不然 就是max_syslog_file_count+ syslog_disk_size控制数量和容量,压缩了的话能保留的日志多一点

syslog_io_bandwidth_limit 应该影响不大,我们就用的默认的30M