Linux文件系统有数十种，最常用的是ext4和xfs。但这2种文件系统有什么区别，各自适用于什么场景？本文将从文件系统和应用场景把ext4和xfs彻底讲透，看完再也不用盲目选型！
一、Linux文件系统是什么？
Linux 文件系统是统一树形、一切皆文件、VFS抽象、inode管理的核心架构，是理解Linux存储与访问的基础。VFS是内核抽象层，让Linux兼容数十种文件系统（ext4/xfs/btrfs/nfs等），对上层应用提供完全一致的API,上层应用执行统一的指令，例如：open/read/write/ls/cp，实现驱动不同类型的存储设备。
二、Linux数据底层存储
Linux数据存储包含三部分：超级块、索引节点、数据块。
1. 超级块(super block)：文件系统“总控”
超级块存全局元数据,包括：文件系统类型、总大小、块大小（通常4KB）、inode总数、空闲inode/block 数量、挂载状态等。
若异常断电、磁盘坏道、内核崩溃都可能会损坏超级块，需fsck命令用备份超级块修复。
2.索引节点（inode)：文件唯一标识
每个文件/目录对应唯一inode号，Linux靠inode识别文件，不依赖文件名。
inode 存什么（不含文件名）
文件类型（普通/目录/设备/链接）
权限（rwx）、所有者UID、组GID
文件大小、时间戳
数据块位置（指向实际内容）
硬链接数（有多少个文件名指向这个 inode）
3. Block（数据块）：内容“仓库”
磁盘最小分配单位（默认4KB），文件内容存在一个或多个 block 里
小文件（<4KB）也占 1 个 block，产生 “空间浪费”
inode 指针→Block→实际数据
因此，文件系统选的不合适，可能会造成硬盘空间剩余很大，但是无法写入数据。
三、ext4与xfs核心基础差异
两者都是Linux内核原生支持的日志型文件系统，底层设计逻辑不同，直接决定了性能、容量、维护方式的天差地别，先看核心对比：
对比维度 | ext4 | xfs |
设计架构 | 块组结构，超级块多备份，并发一般 | （分配组）+（B+）树，高并发 |
设计定位 | 通用型、轻量化、高兼容性 | 高性能、大容量、高并发 |
inode机制 | 固定inode，格式化后无法修改 | 动态inode，按需分配无浪费 |
最大容量 | 单文件系统1EB，单文件16TB | 单文件系统8EB，单文件8EB |
日志模式 | 数据+元数据日志，恢复更稳 | 仅元数据日志，性能更优 |
分区扩容 | 支持在线扩容 | 支持在线扩容，效率更高 |
分区缩容 | 支持 | 不支持 |
磁盘检查 | fsck快速，小分区耗时短 | xfs_repair，大容量分区更快 |
适用场景 | 小容量、系统盘、低并发场景 | 大容量、数据盘、高并发/大文件场景 |
ext4求稳、轻量化，xfs求快、高承载，这是两者最本质的区别。
四、性能实测：不同业务场景谁更能打
为了更为直观对比ext4和xfs，结合服务器运维最常见的业务场景，用实测数据看差异。
基础硬件配置：
1、操作系统为openEuler
2、硬盘为Nvme SSD
3、安装测试工具：yum install fio
1. 大文件顺序读写（备份、视频、云存储）
执行命令：
fio -name=seq-write -ioengine=libaio -direct=1 -bs=1M -rw=write -size=20G -numjobs=4 -runtime=120 -group_reporting -directory=/mnt/test
针对GB级以上大文件，xfs的吞吐量比ext4高4.8%，高并发写入时优势更明显，这也是大数据、对象存储首选xfs的核心原因。
文件系统 | bw(带宽） | iops(I/O次数） | lat（延迟） |
ext4 | 420MB/s | 420 | 2.4ms |
xfs | 430MB/s | 430 | 2.3ms |
2.4K随机读写（数据库、OLTP业务）
执行命令：
fio -name=randrw-4k-low -ioengine=libaio -direct=1 -bs=4k -rw=randrw -rwmixread=70 -size=10G -numjobs=4 -runtime=120 -group_reporting -directory=/mnt/test
本文使用的2核CPU进行并发测试，ext4延迟略低，ext4和xfs没有明显差异。而在高并发（16核以上），xfs的iops要高出ext4 20%-50%，xfs多线程读写无明显性能衰减，MySQL、PostgreSQL等数据库部署，xfs更合适。
文件系统 | 读bw(带宽） | 读iops(I/O次数） | 读lat（延迟） | 写bw(带宽） | 写iops(I/O次数） | 写lat（延迟） |
ext4 | 11.6MB/s | 2965 | 0.23ms | 4.9MB/S | 1272 | 0.25 |
xfs | 11.2MB/s | 2880 | 0.23ms | 4.8MB/s | 1235 | 0.27 |
3.海量小文件（日志、配置、微服务）
执行指令：
fio -name=small-file -ioengine=libaio -direct=1 -bs=4k -rw=randwrite -size=1G -numjobs=32 -runtime=120 -group_reporting -directory=/mnt/test
ext4在低并发小文件读写时延迟更低，稳定性更好，推荐使用ext4。而在百万级以上单目录日志、高并发写入推荐使用xfs。
文件系统 | bw(带宽） | iops(I/O次数） | lat（延迟） |
ext4 | 134MB/s | 34469.62 | 0.93ms |
xfs | 129MB/s | 33237.95 | 0.96ms |
4. 故障恢复与维护
ext4：小分区fsck检查速度极快，但TB级大分区检查耗时极长，甚至数小时；
xfs：xfs_repair不扫描未使用的块，大容量分区修复速度飞快，基本不影响业务恢复。
五、生产环境精准选型：
选ext4的场景:
1.系统盘/boot分区：轻量化、兼容性拉满，开机启动更快，fsck修复简单，是Linux系统盘的默认最优解；
2.小容量磁盘（≤2TB）：分区小、运维简单，无需考虑inode不足问题；
3.需要缩容的分区：xfs不支持缩容，后续有分区容量缩减需求，必选ext4；
4.低并发、通用业务场景：个人服务器、轻量应用、测试环境，求稳优先选ext4。
选xfs的场景
1.大容量数据盘（≥2TB）：云主机数据盘、存储服务器、大数据磁盘，动态inode无浪费，扩容便捷；
2.数据库服务：MySQL、PostgreSQL、Redis持久化存储，高并发随机读写性能拉满；
3.大文件存储场景：日志存储、文件备份、视频存储、对象存储，吞吐量优势明显；
4.生产环境高并发业务：政企云资源池、运营商网管系统，多线程读写稳定性更强。
【总结】
日常运维中，最常见的搭配就是：系统盘ext4+数据盘xfs，兼顾系统稳定性与业务性能，适配绝大多数生产场景。
#Linux运维#文件系统#ext4#xfs#服务器运维
本公众号橱窗有新人活动，部分商品0.01元即可下单购买。点击左下角公众号头像即可进入。
