MySQL :: MySQL 8.4 參考手冊 :: 25.6.2.1 NDB Cluster：叢集日誌中的訊息

版本 8.4

8.0 日文

MySQL 8.4 參考手冊 / ... / NDB 叢集：叢集日誌中的訊息

25.6.2.1 NDB 叢集：叢集日誌中的訊息

下表列出最常見的 NDB 叢集日誌訊息。有關叢集日誌、日誌事件和事件類型的資訊，請參閱第 25.6.3 節「在 NDB 叢集中產生的事件報告」。這些日誌訊息也對應於 MGM API 中的日誌事件類型；請參閱Ndb_logevent_type 類型，以取得叢集 API 開發人員感興趣的相關資訊。

表 25.25 常見 NDB 叢集日誌訊息

日誌訊息	描述	事件名稱	事件類型	優先順序	嚴重性
`節點 mgm_node_id：節點 data_node_id 已連線`	節點 ID 為 `node_id` 的資料節點已連線至管理伺服器（節點 `mgm_node_id`）。	`已連線`	`連線`	8	`資訊`
`節點 mgm_node_id：節點 data_node_id 已中斷連線`	節點 ID 為 `data_node_id` 的資料節點已與管理伺服器（節點 `mgm_node_id`）中斷連線。	`已中斷連線`	`連線`	8	`警告`
`節點 data_node_id：與節點 api_node_id 的通訊已關閉`	節點 ID 為 `api_node_id` 的 API 節點或 SQL 節點不再與資料節點 `data_node_id` 通訊。	`通訊已關閉`	`連線`	8	`資訊`
`節點 data_node_id：與節點 api_node_id 的通訊已開啟`	節點 ID 為 `api_node_id` 的 API 節點或 SQL 節點現在正在與資料節點 `data_node_id` 通訊。	`通訊已開啟`	`連線`	8	`資訊`
`節點 mgm_node_id：節點 api_node_id：API version`	節點 ID 為 `api_node_id` 的 API 節點已使用 `NDB` API 版本 `version` 連線至管理節點 `mgm_node_id` (通常與 MySQL 版本號碼相同)。	`已連線的 Api 版本`	`連線`	8	`資訊`
`節點 node_id：全域檢查點 gci 已啟動`	已啟動 ID 為 `gci` 的全域檢查點；節點 `node_id` 是負責此全域檢查點的主節點。	`全域檢查點已啟動`	`檢查點`	9	`資訊`
`節點 node_id：全域檢查點 gci 已完成`	已完成 ID 為 `gci` 的全域檢查點；節點 `node_id` 是負責此全域檢查點的主節點。	`全域檢查點已完成`	`檢查點`	10	`資訊`
`節點 node_id：本機檢查點 lcp 已啟動。保留 GCI = current_gci 最舊的可還原 GCI = old_gci`	序列 ID 為 `lcp` 的本機檢查點已在節點 `node_id` 上啟動。可使用的最新 GCI 的索引為 `current_gci`，且叢集可從其中還原的最舊 GCI 的索引為 `old_gci`。	`本機檢查點已啟動`	`檢查點`	7	`資訊`
`節點 node_id：本機檢查點 lcp 已完成`	節點 `node_id` 上序列 ID 為 `lcp` 的本機檢查點已完成。	`本機檢查點已完成`	`檢查點`	8	`資訊`
`節點 node_id：本機檢查點在 CALCULATED_KEEP_GCI 中已停止`	節點無法判斷最新可用的 GCI。	`LCP 在 CalcKeepGci 中已停止`	`檢查點`	0	`警告`
`節點 node_id：資料表 ID = table_id，片段 ID = fragment_id 已在節點 node_id 上完成 LCP maxGciStarted：started_gci maxGciCompleted：completed_gci`	資料表片段已在節點 `node_id` 上檢查點至磁碟。進行中的 GCI 的索引為 `started_gci`，且最新完成的 GCI 的索引為 `completed_gci`。	`LCP 片段已完成`	`檢查點`	11	`資訊`
`節點 node_id：ACC 上次每秒封鎖 num_1 次，而 TUP 封鎖 num_2 次`	還原記錄遭到封鎖，因為記錄緩衝區已接近溢位。	`還原記錄已封鎖`	`檢查點`	7	`資訊`
`節點 node_id：已啟動開始 version`	執行 `NDB` 版本 `version` 的資料節點 `node_id` 開始其啟動程序。	`NDB 開始已啟動`	`啟動`	1	`資訊`
`節點 node_id：已啟動 version`	執行 `NDB` 版本 `version` 的資料節點 `node_id` 已成功啟動。	`NDB 開始已完成`	`啟動`	1	`資訊`
`節點 node_id：重新啟動完成後收到 STTORRY`	節點已收到表示叢集重新啟動已完成的訊號。	`已收到 STTORRY`	`啟動`	15	`資訊`
`節點 node_id：開始階段 phase 已完成 (type)`	節點已完成 `type` 開始的開始階段 `phase`。如需開始階段的清單，請參閱第 25.6.4 節「NDB 叢集開始階段摘要」。( `type` 為 `initial`、`system`、`node`、`initial node` 或 `<Unknown>` 其中之一。)	`開始階段已完成`	`啟動`	4	`資訊`
`節點 node_id：CM_REGCONF 總統 = president_id，自己的節點 = own_id，我們的動態 ID = dynamic_id`	節點 `president_id` 已選為「總統」。`own_id` 和 `dynamic_id` 應始終與報告節點的 ID (`node_id`) 相同。	`CM_REGCONF`	`啟動`	3	`資訊`
`節點 node_id：從節點 president_id 到我們節點 node_id 的 CM_REGREF。原因 = cause`	報告節點（ID `node_id`）無法接受節點 `president_id` 作為總統。問題的 `cause` 指定為 `Busy`、`Election with wait = false`、`Not president`、`Election without selecting new candidate` 或 `No such cause` 其中之一。	`CM_REGREF`	`啟動`	8	`資訊`
`節點 node_id：我們是節點 own_id，動態 ID 為 dynamic_id，我們的左側鄰居是節點 id_1，我們的右側鄰居是節點 id_2`	節點已在叢集中探索到其相鄰節點（節點 `id_1` 和節點 `id_2`）。`node_id`、`own_id` 和 `dynamic_id` 應始終相同；如果它們不相同，則表示叢集節點嚴重設定錯誤。	`FIND_NEIGHBOURS`	`啟動`	8	`資訊`
`節點 node_id：已啟動 type 關機`	節點已收到關機訊號。`type` 關機類型為 `Cluster` 或 `Node`。	`NDB 停止已啟動`	`啟動`	1	`資訊`
`節點 node_id：節點關機已完成` [`，action`] [`由訊號 signal 啟動。`]	節點已關閉。此報告可能包含 `action`，如果存在，則為 `restarting`、`no start` 或 `initial` 其中之一。此報告也可能包含對 `NDB` 通訊協定 `signal` 的參照；如需可能的訊號，請參閱作業和訊號。	`NDB 停止已完成`	`啟動`	1	`資訊`
`節點 node_id：強制節點關機已完成` [`，action`]`。` [`發生於開始階段 start_phase 期間。`] [ `由 signal 啟動。`] [`原因為錯誤 error_code: 'error_message(error_classification)。error_status'。` [`(額外資訊 extra_code)`]]	節點已強制關閉。接著執行的 `action` （可以是 `restarting`、`no start` 或 `initial` 其中之一），如果有，也會一併報告。如果關閉發生在節點啟動期間，報告會包含節點失敗時的 `start_phase`。如果這是由於發送到節點的 `signal` 所導致，也會提供此資訊（如需更多資訊，請參閱操作和信號）。如果已知導致失敗的錯誤，也會包含在內；如需更多關於 `NDB` 錯誤訊息和分類的資訊，請參閱NDB Cluster API 錯誤。	`NDBStopForced`	`啟動`	1	`警告`
`節點 node_id：節點關閉已中止`	節點關閉程序已被使用者中止。	`NDBStopAborted`	`啟動`	1	`資訊`
`節點 node_id：StartLog：[GCI Keep：keep_pos LastCompleted：last_pos NewestRestorable：restore_pos]`	這會報告節點啟動期間引用的全域檢查點。早於 `keep_pos` 的重做日誌會被捨棄。`last_pos` 是資料節點參與的最後一個全域檢查點；`restore_pos` 是實際用於還原所有資料節點的全域檢查點。	`StartREDOLog`	`啟動`	4	`資訊`
`startup_message` [單獨列出；請參閱下方。]	在不同情況下，可能會記錄許多啟動訊息。這些訊息會單獨列出；請參閱第 25.6.2.2 節，「NDB Cluster 記錄啟動訊息」。	`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`	表格 `table_id` 中的片段 `fragment_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_idblock 的故障已完成`	已在 `block``NDB` 核心區塊中偵測到資料節點 `node_id` 的故障，其中區塊是 `DBTC`、`DBDICT`、`DBDIH` 或 `DBLQH` 的其中一個；如需更多資訊，請參閱NDB 核心區塊	`NodeFailCompleted`	`NodeRestart`	8	`警告`
`節點 mgm_node_id：節點 data_node_id 已故障。故障時的節點狀態為 state_code`	資料節點已故障。故障時的狀態由仲裁狀態代碼 `state_code` 描述：可在 `include/kernel/signaldata/ArbitSignalData.hpp` 檔案中找到可能的狀態代碼值。	`NODE_FAILREP`	`NodeRestart`	8	`警告`
`總裁重新啟動仲裁執行緒 [state=state_code]` 或 `準備仲裁節點 node_id [ticket=ticket_id]` 或 `接收仲裁節點 node_id [ticket=ticket_id]` 或 `啟動仲裁節點 node_id [ticket=ticket_id]` 或 `遺失仲裁節點 node_id - 程序故障 [state=state_code]` 或 `遺失仲裁節點 node_id - 程序結束 [state=state_code]` 或 `遺失仲裁節點 node_id - error_message [state=state_code]`	這是關於叢集中仲裁的目前狀態和進度的報告。`node_id` 是選為仲裁器的管理節點或 SQL 節點的節點 ID。`state_code` 是仲裁狀態代碼，如 `include/kernel/signaldata/ArbitSignalData.hpp` 中所示。發生錯誤時，會提供 `error_message`，也在 `ArbitSignalData.hpp` 中定義。`ticket_id` 是仲裁器在被選中時發給所有參與選中的節點的唯一識別碼；這用於確保每個請求仲裁的節點都是參與選中程序的節點之一。	`ArbitState`	`NodeRestart`	6	`資訊`
`仲裁檢查遺失 - 剩餘節點少於 1/2` 或 `仲裁檢查獲勝 - 所有節點群組且剩餘節點多於 1/2` 或 `仲裁檢查獲勝 - 節點群組大多數` 或 `仲裁檢查遺失 - 遺失節點群組` 或 `網路分割 - 需要仲裁` 或 `仲裁獲勝 - 來自節點 node_id 的正面回覆` 或 `仲裁遺失 - 來自節點 node_id 的負面回覆` 或 `網路分割 - 無可用的仲裁器` 或 `網路分割 - 未設定仲裁器` 或 `仲裁失敗 - error_message [state=state_code]`	此訊息會報告仲裁的結果。如果仲裁失敗，則會提供 `error_message` 和仲裁 `state_code`；這兩者的定義都可在 `include/kernel/signaldata/ArbitSignalData.hpp` 中找到。	`ArbitResult`	`NodeRestart`	2	`警告`
`節點 node_id：GCP 接管已開始`	此節點正在嘗試承擔下一個全域檢查點的責任（也就是說，它正在成為主節點）	`GCP_TakeoverStarted`	`NodeRestart`	7	`資訊`
`節點 node_id：GCP 接管已完成`	此節點已成為主節點，並已承擔下一個全域檢查點的責任	`GCP_TakeoverCompleted`	`NodeRestart`	7	`資訊`
`節點 node_id：LCP 接管已開始`	此節點正在嘗試承擔下一組本機檢查點的責任（也就是說，它正在成為主節點）	`LCP_TakeoverStarted`	`NodeRestart`	7	`資訊`
`節點 node_id：LCP 接管已完成`	此節點已成為主節點，並已承擔下一組本機檢查點的責任	`LCP_TakeoverCompleted`	`NodeRestart`	7	`資訊`
`節點 node_id：交易計數 = transactions，提交計數 = commits，讀取計數 = reads，簡單讀取計數 = simple_reads，寫入計數 = writes，AttrInfo 計數 = AttrInfo_objects，並行操作 = concurrent_operations，中止計數 = aborts，掃描 = scans，範圍掃描 = range_scans`	此交易活動報告約每 10 秒提供一次	`TransReportCounters`	`統計資訊`	8	`資訊`
`節點 node_id：操作 = operations`	此節點執行的操作次數，約每 10 秒提供一次	`OperationReportCounters`	`統計資訊`	8	`資訊`
`節點 node_id：已建立 ID 為 table_id 的表格`	已建立具有所示表格 ID 的表格	`TableCreated`	`統計資訊`	7	`資訊`
`節點 node_id：doJob 中最後 8192 次的平均迴圈計數器 = count`		`JobStatistic`	`統計資訊`	9	`資訊`
`傳送到節點的平均傳送大小 = node_id 最後 4096 次傳送 = bytes 個位元組`	此節點平均每次傳送 `bytes` 個位元組到節點 `node_id`	`SendBytesStatistic`	`統計資訊`	9	`資訊`
`接收到節點的平均接收大小 = node_id 最後 4096 次傳送 = bytes 個位元組`	此節點每次從節點 `node_id` 接收資料時，平均接收 `bytes` 個位元組的資料	`ReceiveBytesStatistic`	`統計資訊`	9	`資訊`
`節點 node_id：資料使用量為 data_memory_percentage% (總共 data_pages_total 個 32K 頁面中使用了 data_pages_used 個)` / `節點 node_id：索引使用量為 index_memory_percentage% (總共 index_pages_total 個 8K 頁面中使用了 index_pages_used 個)`	此報告是在叢集管理用戶端中發出 `DUMP 1000` 命令時產生的。	`記憶體使用量`	`統計資訊`	5	`資訊`
`節點 node1_id：傳輸器回報連至節點 node2_id 時發生錯誤 error_code：error_message`	與節點 `node2_id` 通訊時發生傳輸器錯誤；如需傳輸器錯誤代碼與訊息的清單，請參閱 NDB 傳輸器錯誤，位於 MySQL NDB 叢集內部手冊中。	`傳輸器錯誤`	`錯誤`	2	`錯誤`
`節點 node1_id：傳輸器回報連至節點 node2_id 時發生錯誤 error_code：error_message`	與節點 `node2_id` 通訊時，出現潛在傳輸器問題的警告；如需傳輸器錯誤代碼與訊息的清單，請參閱 NDB 傳輸器錯誤，以取得更多資訊。	`傳輸器警告`	`錯誤`	8	`警告`
`節點 node1_id：節點 node2_id 錯過心跳 heartbeat_id`	此節點錯過了來自節點 `node2_id` 的心跳。	`錯過的心跳`	`錯誤`	8	`警告`
`節點 node1_id：節點 node2_id 因錯過心跳而被宣告為已停用。`	此節點錯過了至少 3 個來自節點 `node2_id` 的心跳，因此已將該節點宣告為「停用」。	`因心跳而停用`	`錯誤`	8	`警告`
`節點 node1_id：節點傳送心跳至節點 = node2_id`	此節點已將心跳傳送至節點 `node2_id`。	`已傳送心跳`	`資訊`	12	`資訊`
`節點 node_id：事件緩衝區狀態 (object_id)：已使用=bytes_used (已配置的 percent_used%) 已配置=bytes_allocated 最大值=bytes_available 最新取用紀元=latest_consumed_epoch 最新緩衝紀元=latest_buffered_epoch 報告原因=report_reason`	此報告會在事件緩衝區使用量過高時看到，例如在相對較短的時間內套用許多更新時；此報告會顯示事件緩衝區記憶體的使用位元組數和百分比、已配置的位元組和仍然可用的百分比，以及最新緩衝和取用的紀元；如需更多資訊，請參閱第 25.6.2.3 節「叢集記錄中的事件緩衝區報告」。	`EventBufferStatus2`	`資訊`	7	`資訊`
`節點 node_id：進入單一使用者模式`、`節點 node_id：已進入單一使用者模式，節點 API_node_id 擁有獨佔存取權`、`節點 node_id：進入單一使用者模式`	這些報告會在進入和退出單一使用者模式時寫入叢集記錄；`API_node_id` 是擁有叢集獨佔存取權的 API 或 SQL 的節點 ID (如需更多資訊，請參閱第 25.6.6 節「NDB 叢集單一使用者模式」)；訊息 `未知的單一使用者報告 API_node_id` 表示發生錯誤，在正常操作中絕不應看到。	`單一使用者`	`資訊`	7	`資訊`
`節點 node_id：從節點 mgm_node_id 開始備份 backup_id`	已使用具有 `mgm_node_id` 的管理節點開始備份；當發出 `START BACKUP` 命令時，此訊息也會顯示在叢集管理用戶端中；如需更多資訊，請參閱第 25.6.8.2 節「使用 NDB 叢集管理用戶端建立備份」。	`備份開始`	`備份`	7	`資訊`
`節點 node_id：從節點 mgm_node_id 開始的備份 backup_id 已完成。StartGCP：start_gcp StopGCP：stop_gcp #記錄：records #記錄記錄：log_records 資料：data_bytes 位元組記錄：log_bytes 位元組`	具有 ID `backup_id` 的備份已完成；如需更多資訊，請參閱第 25.6.8.2 節「使用 NDB 叢集管理用戶端建立備份」。	`備份已完成`	`備份`	7	`資訊`
`節點 node_id：來自 mgm_node_id 的備份要求無法開始。錯誤：error_code`	備份無法開始；如需錯誤代碼，請參閱 MGM API 錯誤。	`備份無法開始`	`備份`	7	`警告`
`節點 node_id：從 mgm_node_id 開始的備份 backup_id 已中止。錯誤：error_code`	備份在開始後終止，可能是因為使用者介入。	`備份已中止`	`備份`	7	`警告`