应从空间隔离、写入解耦、失败降级三方面构建日志故障隔离能力：日志目录需单独挂载并配额限制；日志写入须异步缓冲，避免同步阻塞主线程；写入失败时自动降级，保障服务可用性。
日志模块写满磁盘影响主业务，本质是日志I/O与核心服务共用同一资源路径、同步阻塞、缺乏隔离机制。不能靠“等它满了再清”，而要从空间隔离、写入解耦、失败降级三方面构建故障隔离能力。
按路径/挂载点物理隔离日志存储
避免日志和业务数据混在根分区或同一磁盘上——这是最基础也最关键的隔离。
- 将日志目录（如/var/log/nginx、/var/lib/mysql、/opt/app/logs）单独挂载到独立磁盘或LVM逻辑卷，例如/dev/sdb1 → /data/logs；
- 确认 MySQL 的 datadir、SQL Server 的 LOG FILE LOCATION、Nginx 的 access_log/error_log 路径均指向该独立挂载点；
- 设置磁盘配额（如 xfs_quota 或 setquota），限制日志目录最大可用空间（如 20GB），防止单点打爆整盘。
用异步+缓冲机制解除主线程阻塞
同步写日志会卡住请求线程，尤其在高并发或慢盘场景下，直接拖垮响应。必须让日志写入不参与主业务链路。
- Nginx：启用 error_log 缓冲写入，配置 error_log /var/log/nginx/error.log warn buffer=64k flush=5s;；
- Logback（Java）：替换 RollingFileAppender 为 AsyncAppender，并设 queueSize="256" 和 discardingThreshold="0" 防丢日志；
- SQL Server：确保事务日志位于高速磁盘（如 NVMe），禁用 AUTO_SHRINK，改用定期备份截断（BACKUP LOG）而非收缩；
- MySQL：关闭 general_log（除非调试），slow_query_log 启用 log_output='FILE' 并配合 logrotate，避免写入系统表加重 I/O。
日志写入失败时自动降级，不中断服务
即使磁盘满或文件句柄耗尽，也不应导致 500 错误或连接拒绝——日志本身不是业务功能。
- Nginx：若 access_log 写入失败，默认继续处理请求（无需额外配置），但需确保 error_log 至少能写入 /dev/null 或 syslog；
- 应用层（如 Spring Boot）：在 logback.xml 中为关键 Appender 添加 NeverBlock 或使用 DiscardingAsyncAppender，当队列满时丢弃旧日志而非阻塞；
- 数据库：SQL Server 设置 RECOVERY MODEL = SIMPLE（仅适用于可接受少量数据丢失的场景），或监控 log_reuse_wait_desc 并告警，不等满才响应；
- 统一兜底：所有服务启动脚本中加入磁盘水位检查（如 df -h /data/logs | awk 'NR==2 {print $5}' | sed 's/%//' ），超 90% 自动触发日志轮转或告警，不依赖人工干预。
