問題產(chǎn)生背景
一個業(yè)務(wù)系統(tǒng)的服務(wù)器監(jiān)控系統(tǒng)發(fā)來預(yù)警通知，磁盤空間使用率已經(jīng)達到90%了，然后就登陸服務(wù)器搜索了下比較大的日志文件，全部都刪除了（坑在此處埋上了），磁盤空間釋放了一些，當(dāng)時也是疏忽，沒有確認(rèn)查出并刪除的文件大小的空間是否已經(jīng)全部釋放。沒過幾天，服務(wù)器又被預(yù)警了，比較納悶，日志怎么增長的這么快，排查之后發(fā)現(xiàn)，原來是上次操作刪除文件后，有個較大的文件空間沒有釋放導(dǎo)致的。
問題還原及解決辦法
找到占用空間較大的數(shù)據(jù)文件
#查看磁盤空間使用情況
$ df -h
#先查詢/tmp目錄下占用空間較大的文件
$ du -sh /tmp/*|sort -nr|head -3
#在查詢/home目錄下占用空間較大的文件
$ du -sh /home/*|sort -nr|head -3
# 找到文件后，進行刪除即可，刪除后，使用 df -h進行查看是否已經(jīng)釋放
說明下為啥在找文件的時候，先找了/tmp/*目錄下的文件
Linux系統(tǒng)刪除策略：Linux沒有回收站功能，所以服務(wù)去會將要刪除的文件都會先移動到系統(tǒng)/tmp目錄下，然后定期清除/tmp目錄下的數(shù)據(jù)。
有好多服務(wù)器在安裝系統(tǒng)的時候沒有給/tmp進行單獨分區(qū)，所以有可能是/tmp目錄下的數(shù)據(jù)占用了很大一部分空間,可以先清除掉/tmp目錄下的文件來釋放空間。
本次出現(xiàn)刪除文件不釋放空間，是在刪除/home目錄空間下的一個dubbo服務(wù)日志文件時發(fā)生的。
刪除文件不釋放空間原因
一般情況下不會出現(xiàn)刪除文件后空間不釋放的情況，但在這個文件被進程鎖住或者是有進程一直往這個文件寫數(shù)據(jù)等情況下，還是會出現(xiàn)的。了解Linux下文件的存儲機制和存儲結(jié)構(gòu)的原理就會理解這個問題了。
文件存在Linux系統(tǒng)中分為兩部分：指針部分和數(shù)據(jù)部分。
- 指針部分：存在文件系統(tǒng)的meta-data中，我們執(zhí)行rm命令將數(shù)據(jù)刪除后，這個指針就從meta-data中被清除掉了。
- 數(shù)據(jù)部分：數(shù)據(jù)就是直接存儲在磁盤上了，當(dāng)指針被從meta-data中清除后，數(shù)據(jù)部分占用的空間就可以被覆蓋并寫入新的內(nèi)容。
之所以出現(xiàn)刪除dubbo日志文件后，空間還不釋放，就是由于dubbo進程還在一直往這個文件里面寫數(shù)據(jù)，在刪除文件的時候，指針并沒有被從meta-data中清除掉，所以日志文件還是占用著空間。
如何找到此類文件
可以通過lsof命令獲取已經(jīng)刪除但是還被程序占用的文件列表：
如何釋放此類空間
解決這一類問題釋放空間的方法有很多種：重啟占用的進程、重啟操作系統(tǒng)、通過命令。非生產(chǎn)環(huán)境采用前兩種方式最方便了，但是對于生產(chǎn)環(huán)境，還是盡量采用命令的方式，其實命令也很簡單：
echo " " >/home/dubbo/log/xxx.log
通過這種方式，會里面釋放掉占用的磁盤空間，也不影響進程繼續(xù)執(zhí)行。
到此這篇關(guān)于Linux如何處理文件已刪除但空間不釋放的問題的文章就介紹到這了,更多相關(guān)Linux 文件刪除空間不釋放內(nèi)容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家！
