MySQL 8.0参考手册
MySQL 8.0发行说明
下表列出了最常见的NDB
集群日志消息。信息集群日志,日志事件,事件类型,明白了6.3节,“NDB集群生成事件报告”。这些日志消息也对应于米高梅API日志事件类型;看到Ndb_logevent_type类型为集群API的开发人员感兴趣的相关信息。
表6.1常见NDB集群日志消息
日志消息 | 描述 | 事件名称 | 事件类型 | 优先级 | 严重程度 |
---|---|---|---|---|---|
节点 |
数据节点的节点IDnode_id 已经连接到管理服务器(节点mgm_node_id )。 |
连接 |
连接 |
8 | 信息 |
节点 |
数据节点的节点IDdata_node_id 从管理服务器断开连接(节点mgm_node_id )。 |
断开连接 |
连接 |
8 | 警报 |
节点 |
或SQL API的节点进行节点IDapi_node_id 不再是与数据节点沟通data_node_id 。 |
CommunicationClosed |
连接 |
8 | 信息 |
节点 |
或SQL API的节点进行节点IDapi_node_id 现在与数据节点沟通data_node_id 。 |
CommunicationOpened |
连接 |
8 | 信息 |
节点 |
在API的节点IDapi_node_id 连接到管理节点mgm_node_id 使用NDB API版本版本 (通常与MySQL版本号相同)。 |
ConnectedApiVersion |
连接 |
8 | 信息 |
节点 |
一个全球检查点ID快 已经开始;节点node_id 主负责全球检查站。 |
GlobalCheckpointStarted |
检查点 |
9 | 信息 |
节点 |
全球检查点的ID快 已经完成;节点node_id 主负责全球检查站。 |
GlobalCheckpointCompleted |
检查点 |
10 | 信息 |
节点 |
当地的检查点序列ID连结控制协定 已经开始节点node_id 。最近快,可以使用索引current_gci ,最古老的GCI的集群可以恢复指数old_gci 。 |
LocalCheckpointStarted |
检查点 |
7 | 信息 |
节点 |
当地的检查点序列ID连结控制协定 在节点node_id 已经完成。 |
LocalCheckpointCompleted |
检查点 |
8 | 信息 |
节点 |
节点无法确定最近的可用的快。 | LCPStoppedInCalcKeepGci |
检查点 |
0 | 警报 |
节点 |
一个表片段一直在检查点到磁盘节点node_id 。进展的GCI指数started_gci ,以及最近的GCI已经完成指标completed_gci 。 |
LCPFragmentCompleted |
检查点 |
11 | 信息 |
节点 |
Undo日志被阻塞,因为日志缓冲区快满了。 | UndoLogBlocked |
检查点 |
7 | 信息 |
节点 |
数据节点node_id ,运行NDB 版本版本 开始了创业的过程。 |
NDBStartStarted |
启动 |
1 | 信息 |
节点 |
数据节点node_id ,运行NDB 版本版本 ,已经开始成功。 |
NDBStartCompleted |
启动 |
1 | 信息 |
节点 |
集群节点收到一个信号表明重启已经完成。 | STTORRYRecieved |
启动 |
15 | 信息 |
节点 |
节点完成开始阶段阶段 的类型 开始。清单的开始阶段,明白了6.4节,“NDB集群开始阶段的总结”。(类型 是其中之一最初的 ,系统 ,节点 ,初始节点 ,或<未知> 。) |
StartPhaseCompleted |
启动 |
4 | 信息 |
节点 |
节点president_id 被选为”总统”。own_id 和dynamic_id 应该是一样的ID (node_id 节点)的报告。 |
CM_REGCONF |
启动 |
3 | 信息 |
节点 |
报告节点(IDnode_id )是不能接受节点president_id 为总统。的导致 的问题之一忙 ,选举与等待= false ,不是总统 ,没有选择新的候选人选举 ,或没有这样的原因 。 |
CM_REGREF |
启动 |
8 | 信息 |
节点 |
集群中的节点发现周边节点(节点id_1 和节点id_2 )。node_id ,own_id ,dynamic_id 应该是相同的;如果他们不是,这表明一个严重的错误配置的集群节点。 |
FIND_NEIGHBOURS |
启动 |
8 | 信息 |
节点 |
节点收到关闭信号。的类型 的关闭是集群 或节点 。 |
NDBStopStarted |
启动 |
1 | 信息 |
节点 (, ][由信号 ] |
节点被关闭。这份报告可能包括一个行动 ,如果存在就是其中之一重新启动 ,没有开始 ,或最初的 。报告也可能包括一个参考NDB 协议信号 ;可能的信号,请参考操作和信号。 |
NDBStopCompleted |
启动 |
1 | 信息 |
节点 (,行动 ]。 (发生在startphase ][由 ][造成的错误 ((额外的信息 ]] |
节点被强行关闭。的行动 (一个重新启动 ,没有开始 ,或最初的 )随后被(如果有的话)也报道。如果关闭时发生节点开始,报告包括start_phase 在此期间节点失败了。如果这是一个结果的信号 发送到节点,这些信息也提供(见操作和信号的更多信息)。如果错误导致失败,这也包括;更多信息NDB 错误消息和分类,看看NDB集群API错误。 |
NDBStopForced |
启动 |
1 | 警报 |
节点 |
用户节点关闭过程中止。 | NDBStopAborted |
启动 |
1 | 信息 |
节点 |
这报道全球检查点期间引用一个节点开始。前重做日志keep_pos 被删除。last_pos 是最后一个全球检查点数据节点的参与;restore_pos 是全球检查点实际上是用来恢复所有数据节点。 |
StartREDOLog |
启动 |
4 | 信息 |
startup_message (分别列出;见下文。] |
有许多可能的启动消息,可以记录在不同的情况下。这些单独列出;看到6.2.2节,“NDB集群日志启动消息”。 | StartReport |
启动 |
4 | 信息 |
节点 |
数据字典信息重新启动节点的复制已经完成。 | NR_CopyDict |
NodeRestart |
8 | 信息 |
节点 |
复制的数据分布信息来重新启动节点已经完成。 | NR_CopyDistr |
NodeRestart |
8 | 信息 |
节点 |
复制碎片开始数据的节点node_id 已经开始 |
NR_CopyFragsStarted |
NodeRestart |
8 | 信息 |
节点 |
片段fragment_id 从表table_id 已经复制到数据节点node_id |
NR_CopyFragDone |
NodeRestart |
10 | 信息 |
节点 |
所有表的复制碎片重新启动数据节点node_id 已经完成 |
NR_CopyFragsCompleted |
NodeRestart |
8 | 信息 |
节点 |
数据节点node1_id 检测到的数据节点的失败吗node2_id |
NodeFailCompleted |
NodeRestart |
8 | 警报 |
所有节点完成节点的失败 |
所有(剩余的)数据节点发现数据节点的失败node_id |
NodeFailCompleted |
NodeRestart |
8 | 警报 |
节点的失败 |
数据节点的失败node_id 已经检测到的吗块 NDB 内核块,块1的DBTC ,DBDICT ,DBDIH ,或DBLQH ;有关更多信息,请参见NDB内核模块 |
NodeFailCompleted |
NodeRestart |
8 | 警报 |
节点 |
一个数据节点失败了。其状态时的失败是由仲裁状态描述的代码state_code :可能的状态代码值可以在文件中找到包括/内核/ signaldata / ArbitSignalData.hpp 。 |
NODE_FAILREP |
NodeRestart |
8 | 警报 |
总统重新启动仲裁线程[状态= 或准备仲裁员节点 或收到仲裁员节点 或开始仲裁员节点 或失去了仲裁员节点 或失去了仲裁员节点 或失去了仲裁员节点 |
这是一个当前状态和进展报告集群中的仲裁。node_id 管理节点的节点ID或SQL节点选为仲裁员。state_code 仲裁状态代码,发现在吗包括/内核/ signaldata / ArbitSignalData.hpp 。当一个错误发生了,一个error_message 中定义的,也ArbitSignalData.hpp ,提供。ticket_id 是一个独特的标识符由仲裁员在所有节点被选中参与其选择;这是用来确保每个节点请求仲裁的节点参与选择过程。 |
ArbitState |
NodeRestart |
6 | 信息 |
仲裁检查丢失——小于1/2节点离开了 或仲裁检验了——所有节点组剩下的超过1/2节点 或仲裁检验,节点组多数获胜 或仲裁检查丢失,丢失的节点组 或网络划分——仲裁要求 或仲裁获胜——节点的肯定答复 或仲裁失去——消极的回答从节点 或网络划分,没有可用的仲裁员 或网络划分——没有仲裁员配置 或仲裁失败- - - - - - |
这个消息报告仲裁的结果。在仲裁失败的事件,一个error_message 和仲裁state_code 提供;定义这两个中发现包括/内核/ signaldata / ArbitSignalData.hpp 。 |
ArbitResult |
NodeRestart |
2 | 警报 |
节点 |
这个节点试图负责下一个全球检查点(也就是说,它正在成为主节点) | GCP_TakeoverStarted |
NodeRestart |
7 | 信息 |
节点 |
这个节点已经成为大师,未来全球检查点,并承担责任 | GCP_TakeoverCompleted |
NodeRestart |
7 | 信息 |
节点 |
这个节点试图负责下一组当地检查站(也就是说,它正在成为主节点) | LCP_TakeoverStarted |
NodeRestart |
7 | 信息 |
节点 |
这个节点已经成为大师,并假定下一组负责当地检查站 | LCP_TakeoverCompleted |
NodeRestart |
7 | 信息 |
节点 |
这份报告给出了交易活动大约每隔10秒 | TransReportCounters |
统计 |
8 | 信息 |
节点 |
由这个节点数量的操作,提供大约每隔10秒 | OperationReportCounters |
统计 |
8 | 信息 |
节点 |
一个表的表ID显示已创建 | TableCreated |
统计 |
7 | 信息 |
节点 |
JobStatistic |
统计 |
9 | 信息 |
|
意思是发送大小节点= |
此节点发送的平均字节 字节/发送到节点node_id |
SendBytesStatistic |
统计 |
9 | 信息 |
意味着接收节点大小= |
此节点接收的平均字节 每次接收数据的节点node_id |
ReceiveBytesStatistic |
统计 |
9 | 信息 |
节点 /节点 |
当一个生成这个报告转储1000 发出命令的集群管理客户端 |
MemoryUsage |
统计 |
5 | 信息 |
节点 |
桥与节点通信时发生错误node2_id ;传输错误代码的清单和消息,明白了NDB运输错误,在MySQL NDB集群内部手册 |
TransporterError |
错误 |
2 | 错误 |
节点 |
一个警告的一个潜在的运输问题而与节点通信node2_id ;传输错误代码的清单和消息,明白了NDB运输错误为更多的信息 |
TransporterWarning |
错误 |
8 | 警告 |
节点 |
这个节点错过了心跳从节点node2_id |
MissedHeartbeat |
错误 |
8 | 警告 |
节点 |
这个节点已经错过了至少3心跳节点node2_id ,所以宣布该节点”死” |
DeadDueToHeartbeat |
错误 |
8 | 警报 |
节点 |
该节点发送心跳节点node2_id |
SentHeartbeat |
信息 |
12 | 信息 |
节点 |
这份报告是在沉重的事件缓冲区的使用,例如,当许多更新被应用在一个相对短的时间内;报告显示的字节数和事件缓冲区内存使用的比例,分配的字节数和比例仍然可用,和最新的缓冲和消费时代;有关更多信息,请参见6.2.3部分,“集群日志事件缓冲区报告” | EventBufferStatus2 |
信息 |
7 | 信息 |
节点 ,节点 ,节点 |
这些报告时写入集群日志进入和退出单用户模式;API_node_id 是节点ID的API或SQL独占访问集群(有关更多信息,请参见吗6.6节,“NDB集群单用户模式”);的消息未知的单用户报告 显示一个错误发生,不应该出现在正常操作 |
SingleUser |
信息 |
7 | 信息 |
节点 |
已经开始使用备份管理节点mgm_node_id ;这个消息也显示在集群管理客户端开始备份 命令发出;有关更多信息,请参见部分6.8.2”,使用NDB集群管理客户端创建一个备份” |
BackupStarted |
备份 |
7 | 信息 |
节点 |
备份IDbackup_id 已经完成;有关更多信息,请参见部分6.8.2”,使用NDB集群管理客户端创建一个备份” |
BackupCompleted |
备份 |
7 | 信息 |
节点 |
备份失败的开始;错误代码,请参阅米高梅API错误 | BackupFailedToStart |
备份 |
7 | 警报 |
节点 |
开始备份后终止,可能由于用户干预 | BackupAborted |
备份 |
7 | 警报 |