生产环境日志多大 rotate 一个文件合适？现在是 1GB rotate 一个文件， gzip 压缩完每个文件一百多 MB，一天会有 4~5 个文件（压缩前 4~5GB）

[chendy]

老项目，无日志收集，出问题只能人肉看，日志文件 20m 一滚，超过一月压缩，超过三月删除
但是日志量没这么大，一天几百 m

[Sanko]

我这里是 10M 一滚

[rorwprint]

看场景是否可以按小时滚

[zliea]

我赞同 3# 这个数量可以小时

[feelinglucky]

无定式，看使用场景以及服务器的配置等各种条件而定

话说没有被日志撑爆服务器磁盘的经验，对于后端开发职业精力而言是不完整的，哈哈哈

[guo4224]

4-5g 的文件，你还能折腾出花来吗

[drymonfidelia]

@feelinglucky 已经发生过不知道多少次日志撑爆硬盘了 要不我们能跑就行的代码连压缩都不会做

[ladypxy]

按时间不是按大小，

[drymonfidelia]

@ladypxy 我们产品不同时间活跃用户量差异很大，不适合按时间

[darksheep9527]

@drymonfidelia #9 我觉得按时间会更合适 因为去 support 的时候 可以按照用户操作时间 直接找对应的日志文件
按大小切片 找日志文件就会慢一些

[drymonfidelia]

@darksheep9527 文件名里有创建时间呀，只要知道发生问题的时间还是可以一次定位到日志文件

[knightdf]

以 vim 打开不卡为标准，哈哈

[kneo]

一天一个文件比较方便。建议 10g 。

[bronyakaka]

建议按天滚动，保留 1 个月。
体积的话多大都行的，看存储够不够用，不会有太大性能问题

（推荐一下我的 kafka gui 客户端，非常好用： https://github.com/Bronya0/Kafka-King/）

[paopjian]

保存报错日志,操作日志就随意吧?

[laminux29]

这要根据财力来。

比如，如果给每台设备的系统盘，就配置了 2TB SSD ，单个日志 100GB 都没问题。

至于归档，直接 7z 最高压缩方式。

[julyclyde]

科学的讲，你都不该写到盘上
日志 是流

[qiyilai]

我这边 100M

[CHENXCHEN]

我们是按大小+时间来轮转，保留最近 1 个月或者最近 20 个文件