Linux 磁盘分配不仅仅是简单的空间划分，它是系统架构设计的基石，直接决定了服务器的 I/O 性能、数据安全性以及故障恢复能力，一个科学的磁盘分配方案应当遵循系统与数据分离、静态与动态分离、高频读写与低频频读写分离的三大核心原则，通过合理利用 LVM（逻辑卷管理）和选择适配业务场景的文件系统，不仅能提升存储效率，还能在面临磁盘空间不足或硬件故障时，实现灵活的动态扩展与迁移，从而构建一个高可用、易维护的 Linux 运行环境。
标准分区策略与目录规划
在 Linux 环境下，将所有文件仅挂载于根目录（/）是生产环境的大忌，这种做法会导致任何一个目录（如 /var 或 /home）写满数据，整个系统将无法登录甚至宕机，专业的分区策略需要根据 Linux 文件系统层次结构标准（FHS）进行精细化切分。
/boot 分区：独立启动保障
/boot 目录存放了系统内核与启动引导文件（如 Grub），将其独立分区是必要的，通常建议分配 500MB 到 1GB 的空间，这样做的好处是，即使根分区因文件系统损坏而无法挂载，/boot 分区的独立性仍能保证系统具备基本的引导修复能力，老旧 BIOS 可能无法读取大磁盘深处的数据，将 /boot 置于磁盘起始物理位置可避免兼容性问题。
Swap 分区：内存的缓冲垫
Swap 分区充当虚拟内存的角色，当物理 RAM 耗尽时，系统会将非活跃内存页交换至此，对于服务器而言，Swap 的大小并非一成不变，若物理内存小于 4GB，Swap 通常设为内存的 2 倍；若内存大于 16GB，分配 4GB 至 8GB 即可，甚至可以不分配，依赖内核的 OOM（Out of Memory）机制更早干预，防止性能雪崩。在 SSD 环境下，Swap 的性能损耗已大幅降低，可以适当保留以应对突发内存溢出。
/（根目录）：系统核心的精简空间
根目录应保持相对“纯净”，仅存放操作系统核心文件、库文件和配置文件，建议分配 20GB 到 50GB，过大的根分区不仅浪费空间，还会在执行全盘备份（如 dd 命令）时增加不必要的时间开销，将 /usr、/bin、/sbin 等保留在根目录下，确保系统基本命令在 /home 或 /var 挂载失败时仍可运行。
/home 分区：用户数据的隔离池
对于多用户服务器或文件服务器，/home 是存放用户数据的绝佳位置，将其独立分配可以防止用户恶意或无意间填满根分区。建议使用 LVM 逻辑卷管理，并占据剩余磁盘空间的 50% 以上，这样，当用户数据增长时,可以在线扩展该卷而无需重启系统。
/var 分区：动态数据的吞吐重镇
/var 目录容纳了日志文件、邮件队列、Web 网站数据以及软件包缓存，这是系统中写入频率最高的区域之一。必须将 /var 独立分区，建议分配 20GB 到 100GB（视业务规模而定），Web 服务器或数据库服务器数据量巨大，甚至需要将 /var/www 或 /var/lib/mysql 单独挂载到高性能磁盘上,这一策略能有效防止日志暴涨导致系统崩溃。
/tmp 分区：临时文件的安全沙盒
/tmp 存放临时文件，任何用户通常都有写入权限，将其独立分区（建议 5GB-10GB）并挂载时加上 noexec、nosuid、nodev 参数，可以显著提高系统安全性，这些参数能防止在 /tmp 目录下执行恶意脚本或提升权限,阻断常见的提权攻击路径。
文件系统的选择与性能调优
分区只是物理或逻辑上的边界，文件系统决定了数据的管理方式，目前主流的选择集中在 Ext4（Fourth Extended Filesystem）和 XFS 上。
Ext4 是成熟稳定的代表，适用于大多数通用场景，它拥有极佳的兼容性和修复工具，对于大量小文件的读写表现尚可，但在超过 16TB 的超大文件系统或海量文件场景下,性能会下降。
XFS 是 RHEL/CentOS 7/8 的默认文件系统，专为高并发和大容量设计。XFS 在处理大文件和高吞吐量 I/O 时性能卓越，且支持动态调整 inode 数量，解决了 Ext4 在 inode 耗尽但空间未满时的尴尬，对于数据库、视频流媒体等企业级应用，XFS 是首选。
专业见解： 无论选择哪种文件系统，在挂载时都应考虑启用 noatime 或 relatime 属性，默认的 atime（访问时间）记录机制会在每次读取文件时产生写操作，这对 SSD 寿命是极大的浪费，也会产生不必要的 I/O 开销，将其关闭可显著提升 Web 服务器等读密集型应用的性能。
LVM 逻辑卷管理的必要性
传统的静态分区在面对业务增长时显得力不从心。LVM（Logical Volume Manager）提供了抽象层，允许在物理磁盘和逻辑分区之间建立灵活的映射池。
采用 LVM 的核心优势在于在线扩容，当 /home 分区空间不足时，管理员只需添加新硬盘，将其初始化为物理卷（PV），加入卷组（VG），即可直接扩展逻辑卷（LV）和文件系统，整个过程服务零中断，LVM 还支持 快照（Snapshot） 功能，允许在备份前创建数据的一致性快照，这对于 7×24 小时业务的关键数据保护至关重要。
磁盘 I/O 调度与 SSD 优化
对于机械硬盘（HDD），Linux 默认的 CFQ（Completely Fair Queuing）调度算法通常能提供公平的 I/O 分配，但在高性能数据库服务器上，建议调整为 Deadline 或 NOOP，以减少请求延迟,最大化吞吐量。
对于 SSD，由于其内部没有机械寻道过程，复杂的 I/O 调度反而会增加 CPU 负担，SSD 应明确设置为 NOOP 调度算法，为了保持 SSD 的写入性能和寿命，必须确保系统开启了 TRIM/DISCARD 支持（通过 fstrim 定时任务或挂载选项），以便及时通知 SSD 回收已失效的数据块。
相关问答
Q1：在 Linux 服务器运行过程中，发现 /var 分区空间不足，如何在不重启的情况下进行扩容？
A： 这正是 LVM 的强项，确保当前卷组（VG）中有剩余的空闲空间，如果没有，需要新加一块硬盘，使用 pvcreate 初始化，再用 vgextend 将其加入卷组，随后，执行 lvextend -L +10G /dev/mapper/vg-var（假设增加 10G）命令扩展逻辑卷，根据文件系统类型执行 resize2fs（Ext4）或 xfs_growfs（XFS）命令刷新文件系统大小，全程无需停机,业务不受影响。
Q2：为什么建议将 Swap 分区放在 SSD 上而不是 HDD 上，或者干脆关闭 Swap？
A： Swap 的本质是用空间换时间，其性能严重依赖磁盘 I/O 速度，Swap 位于 HDD 上，一旦发生内存交换，系统进程会被阻塞在慢速 I/O 上，导致服务器卡顿甚至假死，这种“抖动”对业务是毁灭性的，放在 SSD 上能大幅降低延迟，至于是否关闭，取决于应用场景，对于数据库等对延迟极度敏感且拥有足够内存的应用，可关闭 Swap 以强制 OOM Killer 清理进程，避免系统因缓慢的 Swap 而僵死；但对于通用服务器，保留适量 Swap 能作为最后一道防线,防止系统因瞬时内存峰值而崩溃。
互动环节：
您的服务器目前采用的是哪种分区方案？是传统的静态分区还是灵活的 LVM？在运维过程中是否遇到过因分区规划不当导致的系统故障？欢迎在评论区分享您的实战经验与独到见解,让我们一起探讨更高效的存储管理策略。
