Documentation Home

2.53 转储 2398

代码

node_id2398

象征

---

内核块

DBLQH

描述。  为具有节点 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)。这些部分存储在数据节点文件系统 D8D9D10D11目录中,重做日志部分 0 存储在D8,第 1部分存储在 ,D9依此类推(请参阅 第 1.1.2 节,“NDB 集群数据节点文件系统目录”)。在每个目录中都可以找到一个包含 文件的DBLQH 子目录 。NoOfFragmentLogFiles默认值为 NoOfFragmentLogFiles16。每个文件的默认大小为 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_spacepart_no显示为部分重做日志保留的空间总量。这等于NoOfFragmentLogFiles * FragmentLogFileSize;默认情况下,这是 16 MB 的 16 倍,即 256 MB。free_space显示剩余金额。因此,使用的数量等于 ;在此示例中,这是 256 - 254 = 2 MB。 total_space - free_space

警告

不建议DUMP 2398 在数据节点重启正在进行时执行。