Rails技术问题：如何在超大production.log中定位错误日志

碰到42GB的超大日志确实头疼，我给你几个实用的解决办法，从临时处理到长期预防都有：

• 快速瘦身：保留最新日志，清空旧内容
  如果你只需要保留最近的关键日志（比如最后1万行），同时立刻释放磁盘空间，可以用这个组合命令：

  tail -n 10000 production.log > production.log.tmp && mv production.log.tmp production.log
  

  它会先把最后1万行导出到临时文件，再替换原日志文件。如果需要保留更多历史内容，把10000改成你需要的行数就行。注意执行前最好确认旧日志已经不需要完整保留了。

• 分割归档：把大日志拆成小文件
  要是你得完整保留旧日志，但想方便查看或归档，可以用split命令把大文件拆成多个小文件：

  # 按行数分割，每个文件1万行，生成production.log.partaa、production.log.partab等文件
  split -l 10000 production.log production.log.part
  
  # 或者按大小分割，每个文件1GB
  split -b 1G production.log production.log.part
  

  分割后你可以单独查看最新的几个分片，或者把旧分片归档到其他存储介质。

• 高效浏览：用less按需查看大日志
  要是只是临时查看日志内容，不想修改文件，less是比tail更灵活的选择——它不会一次性加载整个42GB文件，而是按需读取：

  less production.log
  

  在less里按G直接跳到文件末尾，用/关键词（比如/ERROR）搜索错误日志，按n跳转到下一个匹配项，操作起来比反复用tail方便多了。

• 长期预防：配置logrotate自动管理日志
  既然已经修复了日志记录逻辑（只记错误日志），为了避免以后再出现日志膨胀的问题，建议配置logrotate来自动轮转日志。创建一个配置文件/etc/logrotate.d/your_app（替换成你的应用名）：

  /path/to/your/production.log {
      daily          # 每天轮转一次
      missingok      # 日志文件不存在也不报错
      rotate 7       # 保留最近7天的日志
      compress       # 压缩旧日志
      delaycompress  # 延迟压缩，确保当前轮转的日志被应用写完再压缩
      notifempty     # 空日志不轮转
      create 644 www-data www-data  # 轮转后创建新日志文件，设置权限和属主
      postrotate
          # 如果应用需要重新打开日志文件（比如用了固定文件句柄），这里加重启或发信号的命令
          # 比如 Rails 应用可以用：kill -USR1 `cat /path/to/your/app.pid`
      endscript
  }
  

  配置好后，logrotate会自动按规则处理日志，再也不用手动对付超大文件了。

内容的提问来源于stack exchange，提问作者unom