Linux文件系统读写隔离的核心目标是保障日志写入不干扰关键I/O性能，同时确保日志完整性与可检索性，需从存储布局、日志后端选择、写入机制和内核参数四层面协同设计。
Linux 文件系统读写隔离的核心目标，是让日志写入不干扰系统关键路径的I/O性能，同时保障日志的完整性与可检索性。这不是单纯“把日志放单独分区”就能解决的问题，而是需要从存储布局、日志后端选择、写入机制和内核参数四个层面协同设计。
为 /var/log 设置独立且优化的挂载分区
将 /var/log 挂载为独立逻辑卷或物理分区，是最基础也最关键的隔离手段：
- 使用 XFS 或 ext4（推荐 XFS）格式化，XFS 对大文件追加写更高效，适合日志场景；
- 挂载选项启用 noatime 和 nodiratime，避免每次写日志都触发访问时间更新，减少元数据写放大；
- 若使用 LVM，可为该 LV 设置 I/O 调度策略（如
deadline或none），避免与根分区争抢调度器资源； - 预留足够空间（建议不低于总磁盘的 5%～10%），并配合 logrotate 的
maxsize或daily+rotate N控制膨胀。
切换到 journald 并启用持久化+大小限制
systemd-journald 天然支持结构化日志和内存/磁盘混合存储，但默认不持久化——这会导致重启后日志丢失，且频繁刷盘影响性能：
- 创建持久化目录：
sudo mkdir -p /var/log/journal； - 编辑
/etc/systemd/journald.conf，确保：Storage=persistentSystemMaxUse=512M（限制磁盘占用上限）RuntimeMaxUse=128M（限制内存缓存上限）MaxRetentionSec=3month（自动清理过期条目）； - 重载配置：
sudo systemctl kill --signal=SIGUSR1 --kill-who=main systemd-journald； - 后续用
journalctl -o json或--since "2 hours ago"查询，比 grep 文本日志快数倍。
用 rsyslog 实现条件分流与降级写入
不是所有日志都值得落盘。rsyslog 可在接收瞬间按规则分流，避免低价值日志挤占 I/O 带宽：
- 在
/etc/rsyslog.d/30-log-filter.conf中添加：:programname, isequal, "dhclient" ~（直接丢弃 DHCP 客户端日志）:msg, contains, "Connection refused" /var/log/app-errors.log（只保留含关键词的错误）； - 对调试类服务（如
debug级别的容器日志），可将其重定向到 tmpfs（/dev/shm），重启即清空，完全避开磁盘； - 启用
imuxsock模块的SyncQueue参数，控制队列深度，防止单一进程日志爆发导致阻塞。
启用 zstd 压缩替代 gzip 提升轮转效率
logrotate 默认用 gzip 压缩，但解压慢、CPU 占用高。zstd 在压缩率与速度间取得更好平衡：
- 安装
zstd工具：sudo apt install zstd（Debian/Ubuntu）或sudo yum install zstd（RHEL/CentOS）； - 在 logrotate 配置中替换压缩命令：
compresscompresscmd /usr/bin/zstduncompresscmd /usr/bin/unzstd； - 实测：相同日志体积下，zstd 压缩比 gzip 快 3–5 倍，解压快 8–10 倍，显著降低轮转期间的 CPU 和 I/O 峰值压力。
不复杂但容易忽略：读写隔离不是一次性配置，而是持续观察 iostat -x 1 中 %util 和 await，对比日志服务启停前后的变化，才能真正验证效果。
