說明。  傾印節點 ID 為 node_id 的資料節點中日誌分割檔案的可用空間資訊。傾印會寫入資料節點輸出日誌，而非叢集日誌。

範例輸出。  如寫入 ndb_6_out.log

REDO part: 0 HEAD: file: 0 mbyte: 2 TAIL: file: 0 mbyte: 2 total: 256 free: 256 (mb)
REDO part: 1 HEAD: file: 0 mbyte: 2 TAIL: file: 0 mbyte: 2 total: 256 free: 256 (mb)
REDO part: 2 HEAD: file: 0 mbyte: 2 TAIL: file: 0 mbyte: 2 total: 256 free: 256 (mb)
REDO part: 3 HEAD: file: 0 mbyte: 2 TAIL: file: 0 mbyte: 2 total: 256 free: 256 (mb)

額外資訊。  輸出的每一行都具有下列格式（為了易讀性，此處分為兩行顯示）

REDO part: part_no HEAD: file: start_file_no mbyte: start_pos
TAIL: file: end_file_no mbyte: end_pos total: total_space free: free_space (mb)

資料節點的重做日誌分為四個部分；因此，part_no 始終是 0 到 3（含）之間的數字。這些部分儲存在資料節點檔案系統的 D8、D9、D10 和 D11 目錄中，其中重做日誌部分 0 儲存在 D8 中，部分 1 儲存在 D9 中，依此類推（請參閱第 1.1.2 節「NDB Cluster 資料節點檔案系統目錄」）。在每個目錄中都可以找到一個 DBLQH 子目錄，其中包含 NoOfFragmentLogFiles 個檔案。NoOfFragmentLogFiles 的預設值為 16。每個這些檔案的預設大小為 16 MB；這可以通過設定 FragmentLogFileSize 組態參數來變更。

start_file_no 表示檔案的編號，start_pos 表示重做日誌在該檔案內開始的位置；對於剛才顯示的範例，由於 part_no 為 0，這表示重做日誌從 D8/DBLQH/S6.FragLog 檔案末尾約 12 MB 的位置開始。

同樣地，end_file_no 對應於檔案的編號，而 end_pos 對應於重做日誌結束的該檔案內的位置。因此，在上一個範例中，重做日誌的結束點來自 D8/DBLQH/S6.FragLog 檔案末尾約 10 MB 的位置。

total_space 顯示為重做日誌的 part_no 部分保留的總空間量。這等於 NoOfFragmentLogFiles * FragmentLogFileSize；預設情況下，這是 16 乘以 16 MB，即 256 MB。free_space 顯示剩餘量。因此，已使用的量等於 total_space - free_space；在此範例中，這是 256 - 254 = 2 MB。