21.5.3.2 NDB 群集日志事件
事件日志中报告的事件报告具有以下格式：
datetime [string] severity -- message
For example:
09:19:30 2005-07-24 [NDB] INFO -- Node 4 Start phase 4 completed
本节讨论所有可报告事件，按类别和每个类别中的严重性级别排序。
在事件描述中，GCP 和 LCP 分别 table 示“全局检查点”和“本地检查点”。
CONNECTION Events
这些事件与群集节点之间的连接相关联。
table21.269 与群集节点之间的连接相关的事件
| Event | Priority | Severity Level | Description |
|---|---|---|---|
Connected |
8 | INFO |
数据节点已连接 |
Disconnected |
8 | ALERT |
数据节点断开 |
CommunicationClosed |
8 | INFO |
SQL 节点或数据节点连接已关闭 |
CommunicationOpened |
8 | INFO |
SQL 节点或数据节点连接已打开 |
ConnectedApiVersion |
8 | INFO |
使用 API 版本的连接 |
CHECKPOINT Events
此处显示的日志记录消息与检查点关联。
table21.270 与检查点相关的事件
| Event | Priority | Severity Level | Description |
|---|---|---|---|
GlobalCheckpointStarted |
9 | INFO |
GCP 启动：REDO 日志写入磁盘 |
GlobalCheckpointCompleted |
10 | INFO |
GCP finished |
LocalCheckpointStarted |
7 | INFO |
LCP 的开始：将数据写入磁盘 |
LocalCheckpointCompleted |
7 | INFO |
LCP 正常完成 |
LCPStoppedInCalcKeepGci |
0 | ALERT |
LCP stopped |
LCPFragmentCompleted |
11 | INFO |
片段上的 LCP 已完成 |
UndoLogBlocked |
7 | INFO |
UNDO 日志记录被阻止；缓冲区溢出 |
RedoStatus |
7 | INFO |
Redo status |
STARTUP Events
响应于节点或集群的启动及其成功或失败，将生成以下事件。它们还提供有关启动过程进度的信息，包括有关日志记录活动的信息。
table21.271 与节点或集群启动有关的事件
| Event | Priority | Severity Level | Description |
|---|---|---|---|
NDBStartStarted |
1 | INFO |
数据节点启动阶段已启动(所有节点均已启动) |
NDBStartCompleted |
1 | INFO |
开始阶段已完成，所有数据节点 |
STTORRYRecieved |
15 | INFO |
重新启动完成后收到的块 |
StartPhaseCompleted |
4 | INFO |
数据节点开始阶段* X *已完成 |
CM_REGCONF |
3 | INFO |
节点已成功包含到集群中；显示节点，Management 节点和动态 ID |
CM_REGREF |
8 | INFO |
节点已被拒绝包含在集群中；由于配置错误，无法构建通信或其他问题而无法包含在群集中 |
FIND_NEIGHBOURS |
8 | INFO |
显示相邻的数据节点 |
NDBStopStarted |
1 | INFO |
数据节点关闭启动 |
NDBStopCompleted |
1 | INFO |
数据节点关闭完成 |
NDBStopForced |
1 | ALERT |
强制关闭数据节点 |
NDBStopAborted |
1 | INFO |
无法正常关闭数据节点 |
StartREDOLog |
4 | INFO |
新的重做日志开始； GCI 保留* X *，最新可恢复的 GCI * Y * |
StartLog |
10 | INFO |
新日志开始；日志部分* X *，开始 MB * Y *，停止 MB * Z * |
UNDORecordsExecuted |
15 | INFO |
撤消记录已执行 |
StartReport |
4 | INFO |
Report started |
LogFileInitStatus |
7 | INFO |
日志文件初始化状态 |
LogFileInitCompStatus |
7 | INFO |
日志文件完成状态 |
StartReadLCP |
10 | INFO |
开始读取本地检查点 |
ReadLCPComplete |
10 | INFO |
读取完成本地检查点 |
RunRedo |
8 | INFO |
运行重做日志 |
RebuildIndex |
10 | INFO |
Rebuilding indexes |
NODERESTART Events
重新启动节点时会生成以下事件，这些事件与节点重新启动过程的成功或失败有关。
table21.272 与重启节点有关的事件
| Event | Priority | Severity Level | Description |
|---|---|---|---|
NR_CopyDict |
7 | INFO |
完成词典信息的复制 |
NR_CopyDistr |
7 | INFO |
完成复制分发信息 |
NR_CopyFragsStarted |
7 | INFO |
开始复制片段 |
NR_CopyFragDone |
10 | INFO |
完成复制片段 |
NR_CopyFragsCompleted |
7 | INFO |
完成复制所有片段 |
NodeFailCompleted |
8 | ALERT |
节点故障阶段已完成 |
NODE_FAILREP |
8 | ALERT |
报告节点发生故障 |
ArbitState |
6 | INFO |
报告是否找到仲裁员；寻求仲裁员时有七种不同的可能结果，如下所示： |
Management 服务器重新启动仲裁线程[state = * +127+ *]准备仲裁节点* X * [票证= * +129+ *]接收仲裁者节点* X * [门票= * +131+ *]开始的仲裁节点* X * [门票= * +133+ *]丢失的仲裁器节点* X -处理失败[状态= * +135+ *]丢失的仲裁者节点 X -进程退出[state = * +137+ *]丢失的仲裁者节点 X * [state = * +139+ *] |
|||
ArbitResult |
2 | ALERT |
报告仲裁员结果；此处列出了八种可能的仲裁尝试结果： 仲裁检查失败：仅剩不到 1/2 个节点 仲裁检查成功：节点组占多数 仲裁检查失败：缺少节点组 网络分区：需要仲裁 仲裁成功：来自节点* X 的肯定答复仲裁失败：节点 X *的否定响应网络分区：无仲裁器可用 网络分区：未配置仲裁器 |
GCP_TakeoverStarted |
7 | INFO |
GCP 接管开始 |
GCP_TakeoverCompleted |
7 | INFO |
GCP 接管完成 |
LCP_TakeoverStarted |
7 | INFO |
LCP 接管开始 |
LCP_TakeoverCompleted |
7 | INFO |
LCP 收购完成(状态= * X *) |
ConnectCheckStarted |
6 | INFO |
开始进行连接检查 |
ConnectCheckCompleted |
6 | INFO |
连接检查已完成 |
NodeFailRejected |
6 | ALERT |
节点故障阶段失败 |
STATISTICS Events
以下事件具有统计性质。它们提供信息，例如事务数量和其他操作，各个节点发送或接收的数据量以及内存使用情况。
table21.273 具有统计性质的事件
| Event | Priority | Severity Level | Description |
|---|---|---|---|
TransReportCounters |
8 | INFO |
报告事务统计信息，包括事务数，提交，读取，简单读取，写入，并发操作，属性信息和中止 |
OperationReportCounters |
8 | INFO |
操作次数 |
TableCreated |
7 | INFO |
报告已创建 table 的数量 |
JobStatistic |
9 | INFO |
平均内部作业调度统计 |
ThreadConfigLoop |
9 | INFO |
线程配置循环数 |
SendBytesStatistic |
9 | INFO |
发送到节点* X *的平均字节数 |
ReceiveBytesStatistic |
9 | INFO |
从节点* X *接收的平均字节数 |
MemoryUsage |
5 | INFO |
数据和索引内存使用率(80％，90％和 100％) |
MTSignalStatistics |
9 | INFO |
Multithreaded signals |
SCHEMA Events
这些事件与 NDB 群集架构操作有关。
table21.274 与 NDB 群集架构操作有关的事件
| Event | Priority | Severity Level | Description |
|---|---|---|---|
CreateSchemaObject |
8 | INFO |
创建对象的架构 |
AlterSchemaObject |
8 | INFO |
模式对象已更新 |
DropSchemaObject |
8 | INFO |
架构对象已删除 |
ERROR Events
这些事件与群集错误和警告有关。这些中的一个或多个的存在通常 table 明发生了重大故障或故障。
table21.275 与群集错误和警告有关的事件
| Event | Priority | Severity Level | Description |
|---|---|---|---|
TransporterError |
2 | ERROR |
Transporter error |
TransporterWarning |
8 | WARNING |
Transporter warning |
MissedHeartbeat |
8 | WARNING |
节点* X 丢失的心跳号 Y * |
DeadDueToHeartbeat |
8 | ALERT |
由于缺少心跳，节点* X *声明为“死” |
WarningEvent |
2 | WARNING |
一般警告事件 |
SubscriptionStatus |
4 | WARNING |
更改订阅状态 |
INFO Events
这些事件提供有关群集状态以及与群集维护相关的活动的常规信息，例如日志记录和心跳传输。
table21.276 信息事件
| Event | Priority | Severity Level | Description |
|---|---|---|---|
SentHeartbeat |
12 | INFO |
Sent heartbeat |
CreateLogBytes |
11 | INFO |
创建日志：日志部分，日志文件，大小(MB) |
InfoEvent |
2 | INFO |
一般信息活动 |
EventBufferStatus |
7 | INFO |
事件缓冲区状态 |
EventBufferStatus2 |
7 | INFO |
改进了事件缓冲区状态信息；在 NDB 7.5.1 中添加 |
Note
只有在启用VM_TRACE的情况下编译 NDB 群集时，SentHeartbeat事件才可用。
SINGLEUSER Events
这些事件与进入和退出单用户模式相关。
table21.277 与单用户模式有关的事件
| Event | Priority | Severity Level | Description |
|---|---|---|---|
SingleUser |
7 | INFO |
进入或退出单用户模式 |
BACKUP Events
这些事件提供有关正在创建或还原的备份的信息。
table21.278 备份事件
| Event | Priority | Severity Level | Description |
|---|---|---|---|
BackupStarted |
7 | INFO |
Backup started |
BackupStatus |
7 | INFO |
Backup status |
BackupCompleted |
7 | INFO |
Backup completed |
BackupFailedToStart |
7 | ALERT |
备份无法启动 |
BackupAborted |
7 | ALERT |
备份被用户中止 |
RestoreStarted |
7 | INFO |
开始从备份还原 |
RestoreMetaData |
7 | INFO |
Restoring metadata |
RestoreData |
7 | INFO |
Restoring data |
RestoreLog |
7 | INFO |
恢复日志文件 |
RestoreCompleted |
7 | INFO |
从备份完成还原 |
SavedEvent |
7 | INFO |
Event saved |