4、分区地址计算：起始扇区与结束扇区、分区大小计算、分区对齐原理

好，咱们接着聊分区地址计算。说实话，这块内容在教科书上往往被一笔带过，但实际工作中，我见过太多因为分区地址算错导致的数据灾难。今天我就把这块掰开了揉碎了讲清楚。

每个分区在磁盘上都有个明确的“地盘”。这个地盘用两个值来界定：起始扇区号和结束扇区号。

我个人习惯把磁盘想象成一条长长的街道，每个扇区就是一户人家。起始扇区就是门牌号起点，结束扇区就是门牌号终点。嗯，就是这么简单。

在MBR分区表中，每个分区表项用4字节存储起始LBA地址，4字节存储分区总扇区数。所以：

重要公式：

结束扇区 = 起始扇区 + 分区大小（扇区数） - 1

分区大小（扇区数） = 结束扇区 - 起始扇区 + 1

举个例子。假设一个分区起始于LBA 2048，大小为1,048,576个扇区（约512MB）。那么结束扇区就是：2048 + 1,048,576 - 1 = 1,050,623。

我曾经在项目中遇到过有人把结束扇区算成起始扇区+分区大小，忘了减1。结果分区边界多了一个扇区，跟后面的分区重叠了。这种bug排查起来特别痛苦，因为数据读写偶尔会出问题，但又不是每次都崩。

分区大小计算其实就两个维度：扇区数和字节数。

你想想看，为什么有时候你分区时输入100GB，实际可用只有99.9GB？说白了就是单位换算的差异。硬盘厂商用1000进制，操作系统用1024进制。这个坑我踩过不止一次。

实战技巧：在代码中计算分区大小时，建议统一用扇区数作为中间单位。最后展示给用户时再换算成GB/TB。这样可以避免中间过程的精度损失。

分区对齐，这是现代存储系统里绕不开的话题。为什么？因为不对齐的性能损失太大了。

先说说什么是分区对齐。简单讲，就是让分区的起始位置落在物理扇区的边界上。对于512e（512字节模拟，4K物理）和4K原生扇区的硬盘，这个要求尤其严格。

为什么会这样？因为操作系统读写的最小单位是逻辑扇区（512字节），但硬盘物理读写的最小单位是4K（8个逻辑扇区）。如果分区起始位置不在4K边界上，一个4K的物理读操作就要跨两个物理扇区才能完成。这叫“读-改-写”操作，性能直接腰斩。

注意：不对齐的分区，在随机写入场景下性能可能下降30%-50%。我曾经帮一个客户排查数据库性能问题，最后发现就是分区没对齐。调整后IOPS直接翻倍。

那么，怎么判断分区是否对齐？很简单：

现代操作系统默认从LBA 2048开始分区。2048 ÷ 8 = 256，正好是整数。所以默认就是对齐的。但如果你用老旧的工具分区，或者手动修改了分区表，那就不好说了。

我个人建议，所有分区的起始扇区都设为8的倍数。保守一点，设为64的倍数（对应512KB对齐）更安全。很多企业级存储系统要求1MB对齐，也就是起始扇区是2048的倍数。

下面这张图展示了分区对齐的核心逻辑：

从图上可以看得很清楚。未对齐时，一个4K物理块里可能包含两个分区的数据。读写这个块时，硬盘得先读整个块，修改其中一部分，再写回去。这就是“读-改-写”的由来。

对齐后，每个4K物理块只属于一个分区。读写操作直接命中完整的物理块，不需要额外的读-改-写步骤。性能自然就上去了。

检查对齐的快速方法：在Linux下用 fdisk -l 查看分区的Start值，确保能被8整除。在Windows下用 msinfo32 查看“分区起始偏移”，能被4096整除就是对齐的。

最后说一句，分区对齐不只是针对机械硬盘。SSD同样需要对齐，而且SSD的擦除块更大（通常是512KB或1MB），所以对齐到1MB边界对SSD更友好。我在做SSD优化时，习惯把分区起始设在LBA 2048（1MB对齐），这样兼顾了兼容性和性能。

好了，分区地址计算这块就讲到这里。记住三个核心点：起始结束要算准、大小换算别搞混、对齐检查不能忘。这些基础打牢了，后面讲分区表结构时你就能轻松跟上。