生产环境 Linux 磁盘分区应以业务角色、数据重要性等为依据，/boot、swap、/ 为三个刚性基础分区；有状态服务须单列 /data 等专用分区；避免 /home、/var/log 等非必要独立分区，优先使用 LVM 与 GPT。
生产环境的 Linux 磁盘分区不是越细越好，而是要匹配业务角色、数据重要性、运维规模和故障恢复逻辑。核心思路是：用最少的必要分区保障启动可靠、内存补充有效、系统可重装不丢数据——尤其当数据价值高或服务不可中断时。
/boot、swap、/ 是三个刚性基础分区
无论服务器角色如何，这三个分区在绝大多数企业生产环境中都保留：
- /boot：100–200 MB，存放内核、initramfs 和 GRUB 引导文件；必须独立，避免因根分区损坏或满载导致无法更新内核或无法启动；UEFI 系统还需额外 /boot/efi（FAT32，约 100 MB）
- swap：物理内存 ≤8 GB 时设为 1.5 倍；8–64 GB 内存建议固定 8–16 GB；≥64 GB 内存可不设或仅设 4 GB 作休眠兜底；数据库类服务有时明确禁用 swap，需按 DBA 规范执行
- /（根分区）：必须存在，最小 20 GB（含 /usr、/bin、/etc 等），常规建议 50–200 GB；只放 操作系统 及运行时依赖，不存业务数据
按业务类型决定是否拆分关键数据目录
是否额外划分分区，取决于“数据能不能丢”和“要不要单独备份 / 迁移”：
- 无状态节点（如 Web 集群、计算节点）：/boot + swap + / 三区足矣；所有应用日志、临时文件、甚至轻量级用户数据都放在 / 下；重装系统时整盘格式化无影响，集群自动容错
- 有状态核心服务（如 MySQL、PostgreSQL、Elasticsearch、NFS 存储节点）：必须单列 /data 或 /var/lib/mysql 类专用分区；大小占剩余空间 90% 以上；好处是 系统重装 不影响业务数据，备份策略可精准到卷级别，IO 负载也更可控
- 多租户或部门共享主机（如大厂内部平台）：预留未分配空间（unallocated），或创建大容量 /srv 分区，后续按需划分子目录配额或 LVM 逻辑卷，避免初期过度设计
避开常见设计陷阱
很多故障源于看似合理、实则反模式的分区习惯：
- 不要为 /home 单独分区除非真有多个长期登录用户且需跨系统保留配置；普通服务机上 /home 几乎只存 root 和部署账户，合并在 / 更简洁
- 避免给 /var/log 或 /tmp 单独分区——除非日志轮转失控风险极高（如高频审计场景），否则用 logrotate + tmpfs（内存临时文件）更稳妥
- 不推荐主分区超过 4 个；若需更多逻辑卷，直接用 LVM：先建一个大物理分区（如 /dev/sda2），再在其上创建 vg0、lv_root、lv_data 等，灵活扩展且支持快照
- MBR 分区表限制 2 TB 单分区上限，新机器一律用 GPT；确认 BIOS/UEFI 模式后再选分区 工具（fdisk 适合 MBR，gdisk/parted 更适 GPT）
实际部署时的关键动作顺序
安装过程中分区操作有强依赖关系，顺序错一步就可能引导失败：
- 先建 /boot（主分区，flag 设为 boot）
- 再建 swap（主或逻辑分区均可，无需挂载点）
- 最后建 /（主分区，挂载点为 /）
- 如有 /data，建为最后一个主分区或逻辑分区，挂载点明确指定
- 全部确认后写入分区表，再格式化（mkfs.ext4）、挂载、开始安装
