SSD 分区没对齐，性能可能直接砍半：聊聊块设备与 4K 扇区对齐
很多站长给服务器换上一块 SSD，跑分却发现顺序读写还行，随机写入和实际建站体验却提升有限，甚至感觉没比机械盘快多少。一番排查 CPU、内存、数据库都正常，问题最后出在一个平时根本不会注意的地方：分区没对齐。机械硬盘时代，扇区大小是 512 字节，分区从第 63 个扇区开始是惯例；但固态硬盘和新型机械盘普遍采用 4096 字节（4K）的物理扇区，如果分区起始位置没有按 4K 对齐，一次 4K 的写入会被迫跨越两个物理扇区，触发读改写放大，性能大打折扣。这篇文章把块设备、扇区大小和对齐的来龙去脉讲清楚，并给出可操作的检查与修复方法。
逻辑扇区与物理扇区：两个容易混淆的概念
先要分清「逻辑扇区（logical sector）」和「物理扇区（physical sector）」。逻辑扇区是操作系统和磁盘控制器对话时使用的单位，历史上固定为 512 字节；物理扇区是硬盘盘片（或 SSD 闪存页）实际读写的最小单位，现代硬盘普遍是 4096 字节。
为了让老操作系统和引导程序继续工作，硬盘控制器提供了「512e」（512-byte emulation，512 字节仿真）模式：对外仍报告逻辑扇区 512 字节，内部却按 4096 字节读写。这样老系统能正常识别磁盘，但代价是如果上层传来的写入没有和 4K 边界对齐，固态盘就得先把整个 4K 页读出来、改掉其中一部分、再整体写回，这就是所谓的「读-改-写放大」，会显著增加延迟和闪存磨损。
用 lsblk 可以一眼看出两种扇区大小。注意 -t 参数会额外输出 DISC-GRAN、DISC-MAX 等拓扑信息：
# 查看磁盘的逻辑/物理扇区大小
lsblk -o NAME,SIZE,PHY-SEC,LOG-SEC,MIN-IO,OPT-IO,DISC-GRAN
# 例子输出：
# NAME SIZE PHY-SEC LOG-SEC MIN-IO OPT-IO DISC-GRAN
# sda 100G 4096 512 4096 0 4K
# └─sda1 99G 4096 512 4096 0 4K
# 也可以用 blockdev 直接问（数字是字节）
blockdev --getss /dev/sda # 逻辑扇区大小（logical sector size），通常 512
blockdev --getpbsz /dev/sda # 物理扇区大小（physical sector size），通常 4096
blockdev --getbsz /dev/sda # 块大小（block size），内核块层单位
如果 PHY-SEC 显示 4096 而 LOG-SEC 显示 512，说明这块盘工作在 512e 模式，对齐就变得重要。如果两者都是 4096，说明是原生 4Kn 盘，更必须对齐。
怎么看一个分区有没有对齐
对齐的判断标准是：分区的起始偏移是否落在物理扇区大小的整数倍上。比如物理扇区 4096 字节，那么起始偏移应当是 4096 的倍数（对应 8 个 512 逻辑扇区），实践中通常对齐到 1MiB（1048576 字节 = 2048 个逻辑扇区）甚至 4KiB 边界，这样既对齐了 4K 扇区，也能适配 SSD 内部的擦除块（erase block）和 RAID 条带。
用 parted 查看对齐状态是最直观的：
# 列出分区，disk 行的 Sector size 显示逻辑/物理扇区
# 每行末尾的 Warning 会直接提示 misaligned
parted /dev/sda align-check optimal 1 # 检查第 1 分区是否最优对齐
# 交互模式下更清楚
parted /dev/sda
(parted) unit s # 切到以扇区为单位
(parted) print
# 输出里 Number 1 Start 2048s 就表示从第 2048 个逻辑扇区开始，
# 2048 * 512 = 1048576 字节 = 1MiB，是 4096 的整数倍，对齐良好。
# 如果 Start 是 63s 或 1s 这类，就是老式未对齐分区。
用 fdisk -l 也能看：
# fdisk -l 输出会直接给出「Start 扇区」列
# 重点看第一个分区的 Start 值：
# Start = 2048 → 已对齐（2048 * 512B = 1MiB）
# Start = 63 → 未对齐（63 * 512B = 32256B，不是 4096 的倍数）
fdisk -l /dev/sda
# 更省事的方法：parted 的 print 会在未对齐分区旁打印警告
# Warning: The resulting partition is not properly aligned for best performance
如果看到起始扇区是 63（或者任何不是 8、2048 这类对齐值的数），基本可以判定这块分区是历史遗留的、未按 4K 对齐的分区。
未对齐到底损失多少性能
未对齐的影响在不同负载下差别很大。顺序大块读写时，一次传输本来就要跨很多个扇区，开头那一点点偏移相对整个 I/O 微不足道，所以顺序读写几乎不受影响，这也是为什么很多人跑了顺序读写测试后觉得「没问题」。真正受伤的是随机小写入：
| I/O 类型 | 未对齐的影响 | 原因 |
|---|---|---|
| 顺序大块读 | 几乎无影响 | 偏移占比小，I/O 本就跨越大量扇区 |
| 顺序大块写 | 影响很小 | 同上，读改写放大被大块摊薄 |
| 随机 4K 写 | 严重，可达数倍损失 | 每次写都跨两个物理页，触发读-改-写 |
| 数据库事务写入 | 明显 | 大量 4K/16K 页随机写，放大后延迟激增 |
| SSD 寿命 | 间接恶化 | 写入放大增加闪存擦写次数 |
对跑数据库、缓存这类随机写密集的站长来说，未对齐的代价是实打实的。曾经有一台跑 MySQL 的服务器，升级到 SSD 后 iostat 显示 await（平均 I/O 等待）长期在 20 到 40 毫秒徘徊，而一块健康 SSD 的随机写 await 应该在个位数毫秒。parted print 一查，分区起始扇区正是 63。重新分区对齐后，同样的业务，await 降到 2 到 5 毫秒，网站后台的响应明显变快。
怎么修复：三种情况区别对待
对齐问题一旦发生，修复的关键在于「数据能不能丢」。下面按风险从低到高给出三种处理方式。
情况一：新盘、还没放数据。 最省事，直接重新分区，让分区从 1MiB 边界开始。用 parted 或 fdisk 新建分区时，默认就是对齐的：
# parted 建分区时用百分比或对齐单位，它会自动从 1MiB 边界开始
parted /dev/sdb
(parted) mklabel gpt
(parted) mkpart primary ext4 1MiB 100%
(parted) align-check optimal 1 # 应返回：1 aligned
# fdisk 现代版本（util-linux 2.30+）默认也按 1MiB 对齐：
# 直接 n 新建分区，回车采用默认起始扇区 2048 即可。
情况二：有数据，但可以停机，且有备份。 备份数据后重新分区再恢复。这是最干净的做法。步骤是备份、删分区、按对齐新建、格式化、回灌数据。务必确认备份可用再动刀。
情况三：有数据，不想重建，用工具原地迁移。 这种场景可以用 gparted（图形界面，支持移动分区起始位置）来做。移动分区时 gparted 会逐块搬运数据，虽然耗时且需要一定空闲空间，但不用重装就能解决对齐。命令行场景下只能靠重建分区表加数据回灌，没有安全的「原地挪起始位置」命令行方案，别轻易尝试直接用 dd 挪动分区内容。
需要特别提醒的是：移动分区起始位置是有风险的操作，一旦中途断电或出错，可能导致分区表损坏、数据不可读。动手前一定先做整盘级别备份（dd 到另一个盘或云快照），并确保服务器供电稳定。生产环境首选还是「备份-重建-恢复」三步走，虽然麻烦但可控。
顺手做对：文件系统与挂载也要对齐
分区对齐只是第一层。格式化文件系统时，块大小（block size）也应当和物理扇区匹配。对 SSD，用 4K 块是合适的默认值；对普通数据盘，4K 也是主流选择。另外，挂载参数上可以用 discard 或配合 fstrim.timer 让 SSD 及时回收无效块，避免长期使用后性能衰减。
# 格式化为 ext4，指定 4K 块大小（默认通常就是 4096）
mkfs.ext4 -b 4096 /dev/sdb1
# 查看文件系统实际块大小
dumpe2fs -h /dev/sdb1 | grep -i 'block size'
# 挂载时开启 TRIM（实时丢弃）——注意对性能有轻微开销，也可改用定时 fstrim
# /etc/fstab 示例（noatime 可减少不必要的元数据写入）
/dev/sdb1 /data ext4 defaults,noatime,discard 0 2
对齐、块大小、TRIM 这三件事合在一起，才构成 SSD 性能调优的完整拼图。分区没对齐，后面再怎么调 io 调度器、加缓存，效果都会被打个折扣。
一张检查清单
- 先看扇区：
lsblk -o NAME,PHY-SEC,LOG-SEC，物理 4096 逻辑 512 就要留意。 - 再看对齐：
parted /dev/sdX align-check optimal 1，或看 fdisk 的 Start 扇区是不是 2048。 - 评估影响：如果只是顺序读写，损失小；跑数据库、缓存等随机写密集场景，务必修复。
- 修复前备份：原地移动分区风险高，首选备份-重建-恢复。
- 别忘文件系统：格式化和挂载参数一并核对，4K 块 + 合适的 TRIM 策略。
块设备、扇区、对齐这些东西埋在存储栈的最底层，平时完全无感，但它决定了 SSD 能不能发挥出全部实力。个人站长不需要成为存储工程师，但只要记住一条：换了新盘、重建了分区之后，顺手用 parted align-check 确认一次对齐。这一步花不了几秒钟，却能避免后面为「SSD 怎么快不起来」白白折腾好几天。老盘迁移过来的系统尤其要查——那些 63 扇区起步的分区，就是 512 字节扇区时代留下的化石，放在今天的 4K 盘上只会在背后持续拖后腿。