VPS服务器运维面试中，日志切割策略是高频考点。掌握这一技能不仅能提升服务器稳定性，也是展示运维专业度的关键。本文结合常见面试题，解析日志切割的核心逻辑与实战方法。

面试常问：为何必须做日志切割？

VPS服务器的日志文件就像“运维的眼睛”，但放任其无限制增长会变成“磁盘杀手”。某客户曾遇到过这样的情况：一台20GB系统盘的VPS，因未配置日志切割，3天后/var分区被占满，导致服务崩溃。这是因为日志会随时间持续累积——假设某应用每天产生500MB日志，10天后就会占满5GB空间，而多数入门级VPS的系统盘仅20-40GB，这种情况下不切割日志，服务器很快会因磁盘空间不足宕机。

除了空间问题，过大的日志文件（比如单个文件超过10GB）用cat或tail命令查看时，会明显卡顿；用grep搜索关键词时，响应时间可能从毫秒级延长到分钟级，严重影响故障排查效率。因此，日志切割本质是平衡“数据留存”与“资源效率”的运维手段。

常见策略：时间、大小、级别怎么选？

实际运维中，日志切割策略需结合业务特性灵活选择，常见有三种模式：

1. 时间切割（最通用）
按天、周、月为周期切割，适合日志量稳定的业务。比如Nginx访问日志，每天凌晨0点切割为access_20240601.log，新日志写入access.log。这种策略的优势是便于按时间维度回溯问题——排查某天的访问异常时，直接定位对应日期的日志文件即可。

2. 大小切割（高流量场景）
当日志生成速度不稳定时（如促销期间的电商系统），按大小切割更可靠。例如设置每500MB切割一次，避免单文件过大。需注意：若日志写入频率极高（如每秒1000条），切割时可能出现“日志丢失”，建议配合“延迟切割”参数（如logrotate的delaycompress）。

3. 级别切割（精准管理）
将ERROR/WARN/INFO等不同级别的日志分开存储。某金融客户的实践显示：生产环境90%的日志是INFO级别，但故障排查时95%的时间在看ERROR日志。通过级别切割，可将ERROR日志单独挂载到高性能磁盘，既减少主磁盘IO压力，又提升排查效率。

以Python伪代码为例（简化版）：

import logging
from logging.handlers import RotatingFileHandler

按大小切割（500MB，保留3份）
handler = RotatingFileHandler(
    'app.log', 
    maxBytes=500*1024*1024, 
    backupCount=3
)
按级别过滤（只记录ERROR以上）
handler.addFilter(lambda record: record.levelno >= logging.ERROR)
logger = logging.getLogger('app')
logger.addHandler(handler)

实战工具：logrotate配置技巧

VPS服务器上最常用的日志切割工具是logrotate（Linux系统自带），其核心是/etc/logrotate.d/目录下的配置文件。以下是某电商VPS的真实配置（已脱敏）：

/var/log/nginx/access.log {
    daily          # 按天切割
    rotate 14      # 保留最近14天的日志
    compress       # 旧日志用gzip压缩（节省70%空间）
    delaycompress  # 避免切割当天压缩（防止写入冲突）
    missingok      # 日志文件不存在时不报错
    notifempty     # 空文件不切割（避免产生无用空文件）
    create 0640 nginx nginx  # 新文件权限和所属用户
    postrotate     # 切割后重启nginx（确保写入新文件）
        /usr/sbin/nginx -s reload >/dev/null 2>&1 || true
    endscript
}

这个配置的关键点：
- rotate 14：考虑到电商大促日志需保留2周追溯，比默认7天更久；
- compress：VPS磁盘空间有限，压缩后14天日志仅占原空间的30%；
- postrotate脚本：Nginx等服务需通过reload重新打开日志文件，否则新日志仍会写入旧文件。

曾有运维新手漏配postrotate，导致切割后Nginx继续往旧文件写日志，最终旧文件被压缩后又被覆盖，丢失关键交易日志。这提醒我们：服务类日志切割时，一定要确认是否需要触发进程重新打开日志句柄。

掌握日志切割策略，不仅能通过面试，更能解决VPS运维中的实际问题。从理解切割必要性，到选择合适策略，再到用logrotate落地，每个环节都需要结合业务场景调整参数。下次面试被问到“如何设计日志切割方案”时，不妨从“业务日志特性-资源限制-工具配置”三个维度展开，用具体案例证明你的运维思维。