从一次线上事故学到的：日志千万别这样打

上个月线上服务崩了，排查半天发现是日志打印的问题。记录一下，给同样踩坑的同学提个醒。
现象
早上高峰期，服务突然响应变慢，最后直接 OOM。重启后恢复，过半小时又崩。
CPU 正常，内存正常，就是日志文件疯狂增长，磁盘写满了。
原因
代码里有一行日志：
log.info("用户请求数据：" + JSON.toJSONString(request));
看起来没问题？问题在 request 对象上。
这个请求体里有文件上传的 base64 字符串，一个请求 50MB。高峰期每秒几百个请求，日志直接把磁盘写爆了。
更坑的是，JSON 序列化大对象还耗 CPU，导致响应变慢。
修复
改成限制日志长度：
String data = JSON.toJSONString(request); if (data.length() > 1000) { data = data.substring(0, 1000) + "..."; } log.info("用户请求数据：{}", data);
或者直接不打全量数据，只打关键字段：
log.info("用户请求，userId={}", request.getUserId());
更深的教训

生产环境日志级别设成 INFO，DEBUG 别开

大对象、文件、图片，千万别往日志里塞

日志要有采样或限流，高峰期别全量打

磁盘监控要配，满了自动告警
总结
日志是排查问题的利器，但用不好就是凶器。
打日志前想想：这条日志值多少磁盘空间？值多少 CPU？
你们日志踩过什么坑？评论区聊聊。