- 代码
-
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)
附加信息。输出的每一行都有以下格式(为了可读性,这里分为两行):
重做部分:part_no头文件:start_file_no兆字节:start_pos尾巴:文件:end_file_no兆字节:end_pos总:total_space免费的:free_space(mb)
一个数据节点的重做日志被分为四个部分;因此,part_no
始终是0到3之间的数字。部件存储在数据节点文件系统中D8
,D9
,D10
,这里
存储重做日志部分0的目录D8
,第1部D9
,等等(参见章节1.1.2“NDB集群数据节点文件系统目录”).在每个目录中都可以找到一个DBLQH
子目录包含NoOfFragmentLogFiles
文件。的默认值NoOfFragmentLogFiles
是16。这些文件的默认大小是16mb;可以通过设置FragmentLogFileSize
配置参数。
start_file_no
文件号和start_pos
重做日志开始的位置;对于刚才展示的例子,因为part_no
是0,这意味着重做日志从文件的末尾开始大约12 MBD8 / DBLQH / S6。FragLog
.
同样的,end_file_no
对应于文件的编号和end_pos
到该文件中重做日志结束的位置。因此,在前面的例子中,重做日志的结束点距离的结尾大约10 MBD8 / DBLQH / S6。FragLog
.
total_space
显示为零件预留的空间总量part_no
重做日志的。这个等于NoOfFragmentLogFiles * FragmentLogFileSize
;默认情况下,这是16乘以16mb,或256 MB。free_space
显示剩余的金额。因此,所用的量等于
;在这个例子中,这是256 - 254 = 2 MB。total_space
-free_space
不建议执行转储2398
数据节点正在重新启动。