今天遇見了一個從未遇見的問題，剛發現的時候，都不知道如何搜尋，
後來一個大牛，跟我說是：空洞檔案

問題是這樣的，我檢查oracle資料庫等待事件的時候，發現存在I/O問題，於是檢視了一下，每個資料檔案的使用情況，在檢視臨時表空的時候，發現了一個奇怪的現在，上圖：

Linux 空洞檔案

看出來了吧，下面幾個都使用滿了，上面幾個檔案幾乎沒有使用，去作業系統上du 一下，檔案大小居然是1.1m，我去。
本以為是自己以前的語句錯誤（不可能），所以是試想著resize一下，可發現resize之後，依然如此。於是又想到新新增一個檔案，可，問題還是那樣，上圖：
Linux 空洞檔案

可是ll顯示的位元組大小正常：
[root@ZBSHOES tempfile]# ll
total 61499380
-rw-r----- 1 oracle oinstall 32212262912 Sep 1 17:03 temp202.dbf
-rw-r----- 1 oracle oinstall 32212262912 Sep 1 17:02 temp205.dbf
-rw-r----- 1 oracle oinstall 10737426432 Sep 1 10:01 temp207.dbf
-rw-r----- 1 oracle oinstall 10737426432 Aug 13 17:08 temp211.dbf
-rw-r----- 1 oracle oinstall 10737426432 Sep 1 09:55 temp213.dbf
重新建立一個臨時表空間temp 初始大小10G，結果，du檢視還是1m。

百度了一下“空洞檔案”，網上copy版的部落格，幾乎都是你複製我的，我複製你的，
現在就我所瞭解的一點點，就是
空洞檔案，影響讀效能，不影響寫效能，所以適用的場景，你應該想想也會知道。
這也是為什麼，我的庫裡面有：User I/O direct path read

系統是 RedHat 5.8 64位
資料庫是11.2.0.3 64位

後續更進，如果你瞭解的多，希望可以和你交流一下。
現在發現，我resize其他表空間的檔案，都很正常，例如undo和普通表空間，鬱悶中！

Linux 空洞檔案

相關文章