4. 分区表与文件系统：MBR与GPT分区表对比、常见文件系统特性、分区对齐与性能

分区表和文件系统，这两个概念听起来有点抽象。但说白了，它们决定了你的硬盘怎么组织数据，操作系统怎么读写文件。我见过不少朋友，装系统时一路默认，结果后面遇到磁盘容量认不全、速度慢、甚至系统崩了的情况。嗯，这章咱们就把这些坑填上。

4.1 MBR 与 GPT：两种分区表的较量

分区表就是硬盘的“目录索引”。它告诉操作系统：磁盘上有哪些分区，每个分区从哪开始、到哪结束。目前主流就两种：MBR 和 GPT。

4.1.1 MBR（主引导记录）

MBR 诞生于上世纪 80 年代，兼容性极好。但它的设计局限也很明显：

• 最大支持 2TB 磁盘：超过 2TB 的部分无法识别。我有个朋友买了个 4TB 硬盘，用 MBR 分区，结果只认了 1.8TB，数据全白瞎了。
• 最多 4 个主分区：想分更多区？得用扩展分区和逻辑分区，操作起来很麻烦。
• 分区表只有一份：存在磁盘开头，一旦损坏，整个磁盘数据就丢了。

4.1.2 GPT（GUID 分区表）

GPT 是 UEFI 时代的标配。它解决了 MBR 的所有痛点：

• 支持超大磁盘：理论上支持 9.4ZB（泽字节），你想想看，这得多少年才用得完？
• 最多 128 个主分区：Windows 下默认 128 个，Linux 下更多。再也不用纠结主分区和逻辑分区了。
• 分区表有备份：主分区表和备份分区表各一份，坏了一个还能用另一个恢复。
• 自带 CRC32 校验：分区表损坏了能及时发现，不会稀里糊涂地写坏数据。

4.1.3 MBR vs GPT 对比表

4.2 常见文件系统：NTFS、ext4、FAT32

分区表定好了“目录索引”，文件系统就是“书架上的格子”。不同的文件系统，决定了你能放多大的文件、能不能设权限、日志怎么记。

4.2.1 FAT32

老古董了，但兼容性无敌。U 盘、相机卡、游戏机基本都认它。

• 优点：几乎所有操作系统都支持，结构简单。
• 缺点：单个文件不能超过 4GB。你想想看，现在一部蓝光原盘电影都 40GB 了，根本放不下。而且没有日志功能，突然断电容易丢数据。

4.2.2 NTFS

Windows 的默认文件系统。功能强大，但 Linux 下读写需要额外装驱动（ntfs-3g）。

• 优点：支持超大文件（理论 16EB），有日志功能，支持文件权限、加密、压缩、磁盘配额。
• 缺点：Linux 下原生只读，写入需要 ntfs-3g，性能不如 ext4。macOS 下也是只读。

4.2.3 ext4

Linux 的默认文件系统。稳定、高效、成熟。

• 优点：日志文件系统，支持大文件（16TB），碎片少，性能好。支持 extents（块映射），大文件读写快。
• 缺点：Windows 和 macOS 原生不支持，需要第三方工具（如 Ext2Fsd）。

4.2.4 文件系统对比表

4.3 分区对齐：一个被忽视的性能杀手

分区对齐，说白了就是让分区的起始位置正好是物理扇区的整数倍。早期的硬盘扇区是 512 字节，现在都是 4K 扇区（高级格式化）。如果分区没对齐，读写一个 4K 扇区要跨两个物理扇区，性能直接腰斩。

为什么会这样？因为操作系统读写的最小单位是“簇”，而物理磁盘读写的最小单位是“扇区”。如果簇的起始位置不是扇区的整数倍，一次 I/O 操作就要读两次物理扇区。你想想看，这得多慢？

4.3.1 如何实现分区对齐

• Windows 安装：用 Win7 及以上版本安装时，用安装程序自带的分区工具分区，默认就是对齐的。
• Linux 安装：用 parted 或 fdisk 时，指定 align-check 或使用 mkfs.ext4 -E stride=8,stripe-width=8 来优化。
• 手动对齐：用 fdisk 时，起始扇区设为 2048（1MB 对齐），这是最稳妥的做法。

4.4 知识体系结构图

下面这张图，帮你理清本章的核心逻辑：

4.5 实战建议

好了，理论讲完了。说点实际的：

• 装新机：直接用 GPT + UEFI，分区时用安装程序默认设置，对齐问题不用操心。
• 老机升级：如果主板支持 UEFI，建议转 GPT。如果不支持，继续用 MBR，但注意磁盘别超过 2TB。
• 双系统：Windows 和 Linux 共用一块硬盘时，建议用 GPT。Windows 用 NTFS，Linux 用 ext4，中间用 FAT32 分区交换数据（注意 4GB 限制）。
• SSD 优化：分区对齐是必须的。另外，Linux 下挂载 ext4 分区时，加 noatime 参数可以减少写入次数，延长 SSD 寿命。