案例1：开发环境内存不足，大量占用Swap
场景还原
测试服务器运行多个内存密集型应用时，物理内存耗尽，系统频繁触发Swap交换机制。由于Swap分区不足，测试任务卡顿甚至中断，但物理内存无法临时扩容，需快速缓解内存压力。
优化方案
为测试环境临时创建Swap分区，平衡内存负载。遵循“内存≤8G时Swap=1-1.5倍内存，内存>8G时Swap≤8G”原则，避免过度依赖Swap影响性能。
解决措施
# 步骤1：生成1GB文件作为Swap载体
dd if=/dev/zero of=/opt/1g bs=1M count=1000
# 步骤2：格式化并启用Swap
mkswap /opt/1g && swapon /opt/1g
# 步骤3：持久化配置（写入/etc/fstab）
echo "/opt/1g swap swap defaults 0 0" >> /etc/fstab
关键点
- 临时方案优先用于测试环境，生产环境应直接扩容内存。
- 权限警告提示（0644→0600）可忽略，但建议修正以符合安全规范。
案例2：磁盘写入失败，空间耗尽
场景还原
业务服务器突发告警，无法写入文件。初步排查发现磁盘空间或inode耗尽，需快速定位并清理大文件。
优化方案
分场景处理：
- 磁盘空间满：查找并清理大文件，注意挂载点覆盖问题。
- inode耗尽：检查小文件过多或日志轮转异常。
解决措施
# 场景1：查找>1G文件（需先卸载挂载点）
umount /data && find / -type f -size +1G
# 场景2：检查inode使用
df -i # 查看inode使用率
find / -type d -size +1M # 定位小文件聚集目录
关键点
- 挂载新磁盘可能覆盖原目录文件，操作前务必备份。
- 定期清理日志或使用日志轮转工具（如logrotate）预防问题。
案例3：日志文件过大导致磁盘告警
场景还原
业务日志持续写入/var/log/nginx.log，单文件达10G，系统盘空间告急。需保证日志路径不变，且业务不中断。
优化方案
通过软链接+大容量磁盘扩容实现透明化存储迁移。
解决措施
# 步骤1：挂载新磁盘至/data
mount /dev/sdb /data
# 步骤2：迁移日志并创建软链接
mv /var/log/10g /data/ && ln -s /data/10g /var/log/nginx.log
关键点
- 确保业务进程重启后仍能识别软链接路径。
- 优先使用
rsync迁移避免数据丢失。
案例4：文件删除后空间未释放
场景还原
删除20G大文件后，磁盘空间未恢复。原因为文件仍被进程占用（如日志监控进程未释放句柄）。
优化方案
通过lsof定位占用进程，释放资源。
解决措施
# 步骤1：查找已删除但被占用的文件
lsof | grep deleted # 定位进程ID
# 步骤2：释放资源（可选方案）
kill -9 <PID> # 强制终止进程
systemctl restart <服务名> # 优雅重启服务
关键点
- 直接终止进程可能导致服务中断，优先联系业务方协调重启。
- 日志类服务建议配置日志轮转，避免长期占用大文件。
总结
磁盘管理需关注容量规划、存储隔离与异常监控：
- Swap使用：测试环境临时救急，生产环境严禁依赖。
- 空间/inode监控：纳入日常巡检，预防突发故障。
- 存储扩展：软链接、挂载点隔离实现平滑扩容。
- 文件删除：结合进程管理与日志轮转，确保资源释放。
通过上述方案，可系统性解决企业级磁盘管理中的高频问题，保障业务稳定运行。