max_syslog_file_count参数实测

  1. 问题背景

在查看官方文档的时候发现 max_syslog_file_count 参数的描述是控制每种日志的数量上限,字面理解起来是observer.log rootservice.log election.log trace.log 每种都单独计数,但我印象中max_syslog_file_count控制的是所有日志的总共数量。

所以专门又去查了下 max_syslog_file_count 参数,果然也是写的也是控制的总共数据,既然这里描述不一致的地方,准备做个实验测试下。

  1. 测试结果

目录下总的日志数量534,去掉wf日志167,observer.log的归档日志146

修改 max_syslog_file_count 参数为50

再次检查相关日志数量,总的日志数量110,归档日志100,去掉wf的归档日志50,observer.log的归档日志44,那么说明 max_syslog_file_count 控制的的确是归档日志的数量,当前正在写入的活跃日志文件(如 observer.log、rootservice.log)及其对应的 WF 文件不受该参数限制

3.文档链接

这里的文档描述需要修改下
https://www.oceanbase.com/docs/common-oceanbase-database-cn-1000000000218588

4.问题扩展

这里还引申出个问题,既然参数控制是所有归档日志的总和,各个类型日志的占比有啥限制还是根据日志时间一刀切之类的,欢迎各位讨论

12 个赞

学习的够细致,一切以事实说话,向你学习

3 个赞

非常详细的文档,感谢分享。

3 个赞

伟伟姐妹们家里人说了

2 个赞

她是我的问题不大好

2 个赞

@163.com

2 个赞

OceanBase 的日志归档‌不存在“各类日志占比限制”‌,也‌不是按时间“一刀切”切割所有日志总和‌,其核心控制逻辑是‌基于时间窗口(Piece)的连续物理备份‌。‌‌

1 个赞

很详细的思路

1 个赞

实战案例,感谢分享。

1 个赞

我说的日志归档不是clog的日志归档,是系统日志的归档 :sweat:

1 个赞

上面描述有些歧义,可以看下面一段

1 个赞

蹲蹲

1 个赞

很不错。思路清晰、步骤详细

1 个赞

这个参数的文档描述没问题啊,就是所有类型的日志数量的总和上限,是下面这个文档描述有误,不是每种日志的最大日志数量

https://www.oceanbase.com/docs/common-oceanbase-database-cn-1000000000218588

1 个赞

996633221

1 个赞

996655800

1 个赞

99445566

1 个赞

点赞~~

1 个赞

好强