为高并发应用配置独立日志磁盘，核心目标是隔离I/O压力、避免拖慢主系统、提升吞吐与可靠性，需完成存储规划、挂载优化及日志路径重定向全流程。
为高并发应用配置独立日志磁盘，核心目标是隔离 I/O 压力、避免日志写入拖慢主系统、提升写入吞吐并增强可靠性。这不是单纯“换个目录”，而是从存储规划、挂载优化到日志路径重定向的完整链路。
选一块专用物理盘或逻辑卷
不建议用 LVM 快照或 loop 设备模拟；优先使用独立 SATA/NVMe 磁盘（如 /dev/nvme1n1）或专划的逻辑卷（如 vg_logs/lv_applogs）。确认识别后执行：
- 分区：用 parted /dev/nvme1n1 mklabel gpt 初始化，再创建单一分区 /dev/nvme1n1p1
- 格式化：推荐 XFS（高并发小文件写入更稳），命令：mkfs.xfs -f -l size=128m /dev/nvme1n1p1
- 创建挂载点：mkdir -p /var/log/app
挂载时启用关键性能选项
编辑 /etc/fstab，添加一行（注意替换设备路径）：
/dev/nvme1n1p1 /var/log/app xfs defaults,noatime,nodiratime,logbufs=8,logbsize=256k 0 0
- noatime & nodiratime：禁用访问时间更新，大幅减少元数据写入
- logbufs=8,logbsize=256k：XFS 日志缓冲调优，适配高吞吐场景
- 挂载后执行 mount -a 并验证：findmnt /var/log/app
把应用日志重定向到新磁盘
不能只靠 logrotate 移动旧文件——必须让应用本身写入新路径：
- 若用 systemd 启动（推荐）：修改服务单元文件（如 /etc/systemd/system/myapp.service），在 [Service] 段加：
StandardOutput=journal
StandardError=journal
再配合 journalctl --directory /var/log/app/journal 指向新位置（需同步配置 /etc/systemd/journald.conf 的 Storage=volatile 或 Storage=persistent + SystemMaxUse=2G） - 若应用自行写日志（如 Java Logback、Nginx）：直接修改其配置，将日志路径指向 /var/log/app/myapp/，并确保应用用户（如 myapp）对该目录有 rwx 权限（chown myapp:myapp /var/log/app/myapp）
配套日志轮转与压缩策略
即使有独立磁盘，仍需防止单个日志文件膨胀。在 /etc/logrotate.d/myapp 中配置：
/var/log/app/myapp/*.log {
daily
rotate 14
compress
delaycompress
missingok
notifempty
create 0644 myapp myapp
sharedscripts
postrotate
/bin/kill -USR1 `cat /var/run/myapp.pid 2>/dev/null` 2>/dev/null || true
endscript
}
- rotate 14：保留两周归档，兼顾排查与空间控制
- compress + delaycompress：压缩旧日志但保留最新一份未压缩，便于实时 tail
- postrotate：通知应用重新打开日志文件，避免句柄残留
