今天我們來(lái)思考一個(gè)簡(jiǎn)單的問(wèn)題。在Linux下你用touch命令新建一個(gè)空文件： touch empty_file.txt 當(dāng)操作完成后，是否要消耗掉我們的一些磁盤(pán)空間？需要的話，大概能消耗多少？嗯，是的，這個(gè)問(wèn)題簡(jiǎn)單的超乎你的想象，但是不知道你否能給你自己一個(gè)滿意的答案。

今天我們來(lái)思考一個(gè)簡(jiǎn)單的問(wèn)題。在Linux下你用touch命令新建一個(gè)空文件：

touch empty_file.txt

操作完成后，是否要消耗掉我們的一些磁盤(pán)空間？需要的話，大概能消耗多少？嗯，是的，這個(gè)問(wèn)題簡(jiǎn)單的超乎你的想象，但是不知道你否能給你自己一個(gè)滿意的答案。

我前面的幾篇文章都是介紹的磁盤(pán)物理層面的構(gòu)成，但這對(duì)于理解文件相關(guān)的問(wèn)題幫助可能還不夠。從今天開(kāi)始讓我們從物理層往上走，到Linux文件系統(tǒng)原理里去尋找答案。

1 實(shí)踐出真知

我覺(jué)得可能先丟開(kāi)內(nèi)核原理，直接動(dòng)手操作來(lái)實(shí)驗(yàn)更有意思一些。你一定知道ls這個(gè)命令你可以查看文件大小，那么讓我們就用它來(lái)看一下。

# touch abcdefghigklmn.txt 
# ls -l 
total 0 
-rw-r--r-- 1 root root 0 Aug 17 17:49 empty.file

額，ls命令告訴我這個(gè)空文件占用的是0。文件的大小確實(shí)是0，因?yàn)槲覀冞€沒(méi)有為該文件寫(xiě)入任何內(nèi)容。但是我們現(xiàn)在要思考的是，一個(gè)空文件是否占用磁盤(pán)空間。所以直覺(jué)告訴我們這絕對(duì)不可能，磁盤(pán)上多出來(lái)一個(gè)文件，怎么可能一點(diǎn)空間開(kāi)銷都沒(méi)有！

為了解開(kāi)這個(gè)謎底，還需要借助df命令。輸入df –i

# df -i
Filesystem      Inodes  IUsed  IFree IUse% Mounted on
......
/dev/sdb1      2147361984 12785019 2134576965  1% /search

這個(gè)輸出幫我們展示了我們文件系統(tǒng)中inode的使用情況。注意IUsed是12785019。我們繼續(xù)新建一個(gè)空文件：

# touch empty_file2.txt
df -i
Filesystem      Inodes  IUsed  IFree IUse% Mounted on
......
/dev/sdb1      2147361984 12785020 2134576964  1% /search

這下注意IUsed變成了12785020。

哈哈，我們的一個(gè)結(jié)論就出來(lái)了。新建一個(gè)空文件會(huì)占用一個(gè)Inode。

2 細(xì)說(shuō)Inode

那么inode里都存了哪些和文件相關(guān)的信息呢？我們?cè)偕晕⒖匆幌聝?nèi)核的源代碼。大家可以下載一份linux的源代碼。以ext2文件系統(tǒng)為例，在我下載的linux-2.6里的文件fs/ext2/ext2.h中，可以找到內(nèi)核對(duì)于inode結(jié)構(gòu)體的定義。該結(jié)構(gòu)體較為復(fù)雜，主要存儲(chǔ)除了文件內(nèi)容以外的一些其他數(shù)據(jù)，我們選一些比較關(guān)鍵的截取出來(lái)：

struct ext2_inode {
    __le16 i_mode;     # 文件權(quán)限
    __le16 i_uid;     # 文件所有者ID
    __le32 i_size;     # 文件字節(jié)數(shù)大小
    __le32 i_atime;    # 文件上次被訪問(wèn)的時(shí)間
    __le32 i_ctime;    # 文件創(chuàng)建時(shí)間
    __le32 i_mtime;    # 文件被修改的時(shí)間
    __le32 i_dtime;    # 文件被刪除的時(shí)間
    __le16 i_gid;     # 文件所屬組ID
    __le16 i_links_count; # 此文件的inode被連接的次數(shù)
    __le32 i_blocks;    # 文件的block數(shù)量
    ......
    __le32 i_block[EXT2_N_BLOCKS]; # 指向存儲(chǔ)文件數(shù)據(jù)的塊的數(shù)組
    ......

可以看到和文件相關(guān)的所屬用戶、訪問(wèn)時(shí)間等都是存在inode中的。另外在include/linux/fs.h中，還有個(gè)VFS層面的inode的定義，這里咱就不發(fā)散了。使用stat命令就可以直接看到文件inode中數(shù)據(jù)。

# stat test
 File: `test'
 Size: 0        Blocks: 0     IO Block: 1024  regular empty file
Device: 801h/2049d   Inode: 26     Links: 1
Access: (0644/-rw-r--r--) Uid: (  0/  root)  Gid: (  0/  root)
Access: 2020-03-01 12:14:31.000000000 +0800
Modify: 2020-03-01 12:14:31.000000000 +0800
Change: 2020-03-01 12:14:31.000000000 +0800

每個(gè)inode到底是多大呢？dumpe2fs可以告訴你（XFS的話使用xfs_info)。

# dumpe2fs -h /dev/mapper/vgroot-lvroot
dumpe2fs 1.41.12 (17-May-2010)
......
Inode size:        256

Inode size表示每個(gè)Inode的大小。我的這臺(tái)機(jī)器上，每個(gè)inode都是256字節(jié)。兩個(gè)inode的大小正好對(duì)齊到磁盤(pán)扇區(qū)的512字節(jié)。

3 文件名存到哪里了

Inode結(jié)構(gòu)體都看完了，搞了半天不知道有沒(méi)有發(fā)現(xiàn)一個(gè)問(wèn)題，inode里并沒(méi)有存儲(chǔ)文件名！！那么，文件名到底跑哪兒去了？

在fs/ext2/ext2.h中，我找到了如下文件夾相關(guān)的結(jié)構(gòu)體

struct ext2_dir_entry {
     __le32 inode;         /* Inode number */
     __le16 rec_len;        /* Directory entry length */
     __le16 name_len;        /* Name length */
     char  name[];         /* File name, up to EXT2_NAME_LEN */
};

這個(gè)結(jié)構(gòu)體就是我們司空見(jiàn)慣的文件夾所使用的數(shù)據(jù)結(jié)構(gòu)。沒(méi)錯(cuò)，文件名是存在其所屬的文件夾中的，就是其中的char name[]字段。和文件名一起，文件夾里還記錄了該文件的inode號(hào)等信息。

4 結(jié)論

1. 新建一個(gè)空文件需要消耗掉一個(gè)inode，用來(lái)保存用戶、創(chuàng)建時(shí)間等元數(shù)據(jù)。

2. 新建一個(gè)空文件還需要消耗掉其所在目錄的block中一定的空間，這些空間用來(lái)保存文件名，inode號(hào)等信息。

所以，看起來(lái)新建一個(gè)空文件而已，只要你想挖，真的能挖出很多知識(shí)的。最后分享一個(gè)我們團(tuán)隊(duì)里同學(xué)遇到的一個(gè)故障。我們的一臺(tái)離線任務(wù)機(jī)直接歇菜了，重啟后排查原因是inode被消耗光了。再追查發(fā)現(xiàn)一個(gè)進(jìn)程創(chuàng)建了太多的空日志文件。雖然文件都是空文件，但是inode卻被浪費(fèi)光了。后來(lái)讓負(fù)責(zé)的同學(xué)修改了創(chuàng)建日志文件的邏輯，刪掉了多出來(lái)的空文件，該機(jī)器恢復(fù)正常。