Linux 文件系统原理：inode、ext4 与 XFS 深入解析¶

前言¶

很多人知道 df -i 可以看 inode 使用率，但 inode 到底是什么？ext4 和 XFS 都是日志文件系统，它们有什么本质不同？本文从 inode 讲起，拆解 ext4 和 XFS 的内部架构，帮你理解文件系统到底在磁盘上做了什么。

inode：文件系统的基石¶

inode 是什么？¶

在 Linux 中，文件名不是文件的唯一标识——inode 才是。inode 存储了文件的所有元数据：

flowchart LR
    D[目录项<br>文件名 → inode 号] --> I[inode<br>权限/大小/时间/数据块指针]
    I --> B1[数据块 1]
    I --> B2[数据块 2]
    I --> B3[...]

# 查看文件的 inode 信息
stat file.txt
#   File: file.txt
#   Size: 4096       Blocks: 8          IO Block: 4096
# Device: 8,2    Inode: 123456     Links: 1
# Access: 2026-07-20 14:30:00
# Modify: 2026-07-20 14:00:00
# Change: 2026-07-20 14:00:00

# 查看 inode 号
ls -i file.txt
# 123456 file.txt

inode 耗尽问题¶

df -i
# Filesystem  Inodes  IUsed  IFree  IUse%
# /dev/sda1   655360  654000  1360   99.8%   ← inode 用完了！

inode 在格式化时就已经分配好，用完就无法创建新文件——哪怕磁盘还有很多空闲空间。常见原因：大量小文件（邮件服务器、缓存目录）。

ext4：稳定可靠的第四代扩展文件系统¶

架构概览¶

ext4 将一个分区划分为多个块组（Block Group），每个块组包含：

日志机制¶

ext4 使用日志（Journal）保证一致性。写入操作先记入日志（Journal），确认后再写入实际位置：

flowchart LR
    W[写入请求] --> J[写入 Journal]
    J --> C[提交日志]
    C --> D[写入实际数据块]
    D --> F[释放 Journal 空间]

如果中途断电，重启后重放 Journal 中的未完成事务，保证文件系统一致性，避免 fsck。

关键特性¶

XFS：高性能 64 位日志文件系统¶

架构概览¶

XFS 采用分配组（Allocation Group, AG） 的架构，每个 AG 独立管理自己的 inode 和空间：

flowchart TB
    XFS[XFS 文件系统]
    XFS --> AG0[AG 0<br>Superblock + inode + 数据]
    XFS --> AG1[AG 1<br>inode + 数据]
    XFS --> AG2[AG 2<br>inode + 数据]
    XFS --> AG3[AG 3<br>inode + 数据]

多 AG 设计使得 XFS 在多核并发写入时性能远超 ext4——每个 AG 可以独立处理 I/O 请求。

关键特性¶

日志类型¶

XFS 的日志可以选择放在：

• 内部：与数据在同一个设备（默认）
• 外部：放在更快的 SSD 上，加速写入

ext4 vs XFS¶

写时复制（CoW）与 btrfs/ZFS¶

ext4 和 XFS 都是传统日志文件系统。新一代文件系统（btrfs、ZFS）采用写时复制（Copy-on-Write）：

文件系统选型指南¶

总结¶

理解文件系统内部机制对性能优化至关重要：

1. inode 是元数据的核心：df -i 耗尽比盘满更隐蔽
2. ext4：通用稳定，块组设计，支持缩容
3. XFS：AG 设计带来极致并发，但不可缩容
4. 日志：保证掉电后一致性，避免 fsck 噩梦
5. CoW：btrfs/ZFS 带来快照和数据校验，是现代存储的方向

选 ext4 不会错，选 XFS 性能更优，选 btrfs 拥抱未来。根据实际场景权衡，而不是盲目跟风。 🚀