4.8.3 文件系统选择与挂载参数调优

文件系统选型与挂载参数直接影响吞吐、时延与一致性。应基于业务 I/O 模型（随机/顺序、读写比例、文件大小）与恢复目标（fsck 时间、快照需求、写屏障）做取舍，并通过压测确认。

原理草图（文件系统与写入路径）：

常见文件系统特性与场景：
- ext4：通用稳定，小文件与兼容性好；适合系统盘、通用业务盘。
- XFS：大文件与并发写入优；适合日志、媒体、数据库写入密集场景。
- Btrfs：快照/校验强，但生产需评估成熟度；适合需要快照与自愈的数据盘。

挂载参数示例与命令解释（以 ext4/XFS 为例）：

# 1) 查看当前文件系统与挂载参数
lsblk -f
mount | grep -E '/data|/var/lib/mysql'

# 2) 临时挂载参数验证（重启失效）
mount -o remount,noatime,nodiratime /data

# 3) 永久配置（编辑 /etc/fstab）
# ext4 示例：减少 atime 元数据写入，调整日志提交间隔
UUID=xxxx-xxxx  /data  ext4  defaults,noatime,nodiratime,commit=30  0  2

# XFS 示例：大盘启用 inode64，增强日志缓冲
UUID=yyyy-yyyy  /log   xfs   defaults,noatime,inode64,logbufs=8,logbsize=256k  0  0

# 4) 重新挂载使配置生效
mount -a

关键参数与效果（结合风险说明）：
- noatime/nodiratime：降低访问时间更新带来的元数据写入，读密集型提升明显。
- data=ordered/writeback（ext4）：ordered 更安全；writeback 更快但异常可能出现旧数据。
- commit=（ext4）：日志提交间隔，数值越大元数据刷新越少、性能越高，但宕机风险增大。
- barrier/nobarrier（ext4/XFS）：写屏障确保顺序；仅在存储具备电池写缓存保护时可关闭。
- discard：在线 TRIM 适合 SSD；高负载建议改用 fstrim 定期执行。

适配场景示例（含命令与配置）：

1）数据库（MySQL/Redis 持久化）
建议：XFS 或 ext4，保留写屏障；noatime；避免过大的 commit。

# XFS 数据盘挂载示例
UUID=yyyy-yyyy /var/lib/mysql xfs defaults,noatime,inode64,logbufs=8,logbsize=256k 0 0

# 预期：降低元数据开销，提高并发写入稳定性

2）日志与监控数据（顺序写）
建议：XFS + 更大日志缓冲，单独分区挂载。

UUID=zzzz-zzzz /var/log xfs defaults,noatime,logbufs=8,logbsize=256k 0 0

# 预期：顺序写性能提升，减少系统盘干扰

3）小文件密集
建议：ext4，提前规划 inode 数量，目录分层。

# 创建 ext4 文件系统时指定 inode 比例（示例）
mkfs.ext4 -i 4096 /dev/sdb1
# 预期：小文件场景 inode 充足，避免 inode 耗尽

SSD 场景 TRIM 优化：

# 关闭在线 discard，使用定期 fstrim 降低抖动
sed -i 's/discard//g' /etc/fstab
mount -a

# 定期执行（每周一次）
cat >/etc/cron.weekly/fstrim <<'EOF'
#!/bin/bash
/usr/sbin/fstrim -av
EOF
chmod +x /etc/cron.weekly/fstrim

性能验证与压测示例（fio）：

# 随机读写测试，验证挂载参数对延迟影响
fio --name=randrw --filename=/data/testfile --size=2G \
    --rw=randrw --rwmixread=70 --bs=4k --iodepth=32 --numjobs=4 \
    --direct=1 --runtime=60 --time_based --group_reporting

# 关注指标：latency、iops、bw、clat

排错与问题定位：

# 1) 挂载参数是否生效
findmnt -no TARGET,OPTIONS /data

# 2) I/O 压力与等待
iostat -x 1 5
# 关键字段：await、svctm、%util、r/s、w/s

# 3) 文件系统错误与元数据问题
dmesg | grep -E "EXT4-fs|XFS"
journalctl -k | grep -E "I/O error|fs error"

# 4) inode 是否耗尽
df -i /data

练习：
1）在测试机上对 ext4 与 XFS 做同样的 fio 随机读写压测，记录 IOPS/延迟差异。
2）将 /data 由 noatime 改为默认 atime，比较日志写入延迟与 iostat await 变化。
3）模拟 inode 耗尽：创建大量小文件，观察 df -i 并思考 inode 规划策略。
4）将 XFS 的 logbufs 从 8 调整为 4，再次压测，观察写入吞吐变化并记录结论。