Ext4 vs Ext3 深度對比：效能、擴展性與新特性全解析

Linux Kernel 2.6.28 正式納入 Ext4，作為 Ext3 的演進版本，Ext4 不僅相容現有 Ext3 磁碟格式，更在元資料結構、分配演算法、擴展性上實現質的飛躍。本文從 13 個核心維度深度對比，並提供線上遷移實戰步驟與效能基準測試建議。

核心特性對比表

線上遷移 Ext3 → Ext4 實戰步驟 (無需重新格式化)

# 1. 卸載檔案系統 (或以唯讀掛載)
umount /dev/sdb1
# 2. 啟用 Ext4 新特性
tune2fs -O extents,uninit_bg,dir_index,has_journal /dev/sdb1
# 3. 執行 fsck 修正元資料
fsck -pf /dev/sdb1
# 4. 掛載為 ext4
mount -t ext4 /dev/sdb1 /mnt
# 5. 更新 /etc/fstab
/dev/sdb1 /mnt ext4 defaults,noatime 0 2
# 6. 將既有檔案轉換為 extent 格式 (可選，離線執行)
e4defrag -c /mnt
e4defrag /mnt

注意：遷移後舊檔案仍為間接映射，新寫入檔案才使用 extent。執行 e4defrag 可逐步轉換既有檔案。

效能基準測試建議 (fio 範例)

# 隨機讀寫 4K (模擬資料庫/虛擬機)
fio --name=randrw --ioengine=libaio --rw=randrw --bs=4k --size=10G \
    --numjobs=4 --iodepth=32 --runtime=300 --group_reporting \
    --filename=/mnt/test.img --direct=1

# 循序寫入 1M (模擬備份/串流)
fio --name=seqwrite --ioengine=libaio --rw=write --bs=1M --size=50G \
    --numjobs=1 --iodepth=16 --runtime=300 --group_reporting \
    --filename=/mnt/test.img --direct=1

關鍵指標對比：IOPS、延遲百分位 (p99/p99.9)、頻寬、CPU 使用率。

常見誤區與最佳實踐

1. 誤區：Ext4 就是 Ext3 + 日誌 → 事實上 Ext4 重寫了區塊分配器、inode 表、目錄索引 (HTree)、日誌結構。
2. 誤區：預設掛載參數即最佳 → 建議加上 noatime,nodiratime 減少 atime 寫入；資料庫場景可評估 data=writeback (需權衡一致性)。
3. 誤區：大量小檔案不適合 Ext4 → dir_index (HTree) 已優化目錄查找至 O(log n)，配合 inode_size=256 表現優於 Ext3。
4. 最佳實踐：定期 e4defrag -c 檢查碎片度 > 30% 時執行整理；監控 /sys/fs/ext4/<dev>/lifetime_write_kbytes 評估 SSD 壽命。

Ext4 適用場景判斷樹

需要 >16TB 檔案系統或 >2TB 單檔？ → 是 → Ext4 (或 XFS/Btrfs)
否
  高併發小檔案 (郵件/快取/原始碼)？ → 是 → Ext4 (dir_index + noatime)
  否
    資料庫/虛擬機映像 (大檔案隨機 IO)？ → 是 → Ext4 (extents + delayed alloc) 或 XFS
    否
      一般用途 / 根分區 / /home？ → Ext4 (穩定、相容、工具鏈成熟)

Ext4 以成熟穩定、向前相容、工具鏈完善 (e2fsprogs)、社群支援龐大等優勢，持續佔據 Linux 預設檔案系統主流地位。理解其內部機制與調優參數，能為儲存架構決策提供堅實依據。