- 代码
node_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 之间的数字(含 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,这意味着重做日志从文件末尾大约 12 MB 处开始D8/DBLQH/S6.FragLog
。
同样,end_file_no
对应于文件的编号以及end_pos
重做日志在该文件中结束的位置。因此,在前面的示例中,重做日志的结束点距离 的结尾大约 10 MB
D8/DBLQH/S6.FragLog
。
total_space
part_no
显示为部分重做日志保留的空间总量。这等于NoOfFragmentLogFiles *
FragmentLogFileSize
;默认情况下,这是 16 MB 的 16 倍,即 256 MB。free_space
显示剩余金额。因此,使用的数量等于
;在此示例中,这是 256 - 254 = 2 MB。
total_space
-
free_space
不建议DUMP 2398
在数据节点重启正在进行时执行。