- 代码
节点 ID
2398- 符号
---
- 内核块
描述。 转储节点 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 集群数据节点文件系统目录”)。在每个目录中都可以找到一个 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
显示剩余的空间量。因此,使用的空间量等于
;在此示例中,这是 256 - 254 = 2 MB。total_space
- free_space
不建议在数据节点重新启动期间执行 DUMP 2398
。