10bet网址
MySQL集群NDB 8.0
相关的文档10bet官方网站 下载这个摘录
PDF (Ltr)- 4.6 mb
PDF (A4)- 4.6 mb


MySQL集群NDB 8.0// NDB集群:集群中的消息日志

6.2.1 NDB集群:集群中的消息日志

下表列出了最常见的NDB集群日志消息。信息集群日志,日志事件,事件类型,明白了6.3节,“NDB集群生成事件报告”。这些日志消息也对应于米高梅API日志事件类型;看到Ndb_logevent_type类型为集群API的开发人员感兴趣的相关信息。

表6.1常见NDB集群日志消息

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