MySQL 9.0 發行說明
下表列出最常見的 NDB 叢集日誌訊息。如需有關叢集日誌、日誌事件和事件類型的資訊，請參閱 第 25.6.3 節「在 NDB 叢集中產生的事件報告」。這些日誌訊息也對應於 MGM API 中的日誌事件類型；請參閱 Ndb_logevent_type 類型，以取得叢集 API 開發人員感興趣的相關資訊。
表格 25.25 常見的 NDB 叢集日誌訊息
| 日誌訊息 | 描述 | 事件名稱 | 事件類型 | 優先順序 | 嚴重性 |
|---|---|---|---|---|---|
節點 |
節點 ID 為 node_id 的資料節點已連線至管理伺服器（節點 mgm_node_id）。 |
已連線 |
連線 |
8 | 資訊 |
節點 |
節點 ID 為 data_node_id 的資料節點已與管理伺服器（節點 mgm_node_id）中斷連線。 |
已中斷連線 |
連線 |
8 | 警示 |
節點 |
節點 ID 為 api_node_id 的 API 節點或 SQL 節點不再與資料節點 data_node_id 通訊。 |
CommunicationClosed |
連線 |
8 | 資訊 |
節點 |
節點 ID 為 api_node_id 的 API 節點或 SQL 節點現在正與資料節點 data_node_id 通訊。 |
CommunicationOpened |
連線 |
8 | 資訊 |
節點 |
節點 ID 為 api_node_id 的 API 節點已使用 NDB API 版本 version 連線至管理節點 mgm_node_id（通常與 MySQL 版本號碼相同）。 |
ConnectedApiVersion |
連線 |
8 | 資訊 |
節點 |
已啟動 ID 為 gci 的全域檢查點；節點 node_id 是負責此全域檢查點的主節點。 |
GlobalCheckpointStarted |
檢查點 |
9 | 資訊 |
節點 |
ID 為 gci 的全域檢查點已完成；節點 node_id 是負責此全域檢查點的主節點。 |
GlobalCheckpointCompleted |
檢查點 |
10 | 資訊 |
節點 |
序列 ID 為 lcp 的本機檢查點已在節點 node_id 上啟動。可使用的最新 GCI 的索引為 current_gci，而叢集可以還原的最舊 GCI 的索引為 old_gci。 |
LocalCheckpointStarted |
檢查點 |
7 | 資訊 |
節點 |
節點 node_id 上序列 ID 為 lcp 的本機檢查點已完成。 |
LocalCheckpointCompleted |
檢查點 |
8 | 資訊 |
節點 |
節點無法判斷最近一次可用的 GCI。 | LCPStoppedInCalcKeepGci |
檢查點 |
0 | 警示 |
節點 |
表格片段已在節點 node_id 上檢查點到磁碟。進行中的 GCI 的索引為 started_gci，而最近一次完成的 GCI 的索引為 completed_gci。 |
LCPFragmentCompleted |
檢查點 |
11 | 資訊 |
節點 |
還原記錄被封鎖，因為記錄緩衝區已接近溢位。 | UndoLogBlocked |
檢查點 |
7 | 資訊 |
節點 |
執行 NDB 版本 version 的資料節點 node_id，正在開始其啟動程序。 |
NDBStartStarted |
啟動 |
1 | 資訊 |
節點 |
執行 NDB 版本 version 的資料節點 node_id 已成功啟動。 |
NDBStartCompleted |
啟動 |
1 | 資訊 |
節點 |
節點已收到指出叢集重新啟動已完成的訊號。 | STTORRYRecieved |
啟動 |
15 | 資訊 |
節點 |
節點已完成 type 啟動的啟動階段 phase。如需啟動階段的清單，請參閱 第 25.6.4 節「NDB 叢集啟動階段摘要」。( type 是 initial、system、node、initial node 或 <Unknown> 其中之一。) |
StartPhaseCompleted |
啟動 |
4 | 資訊 |
節點 |
節點 president_id 已選為 「主節點」。own_id 和 dynamic_id 應該始終與回報節點的 ID (node_id) 相同。 |
CM_REGCONF |
啟動 |
3 | 資訊 |
節點 |
回報節點（ID node_id）無法接受節點 president_id 作為主要節點。問題的 cause 會給定為 Busy、Election with wait = false、Not president、Election without selecting new candidate 或 No such cause 其中之一。 |
CM_REGREF |
啟動 |
8 | 資訊 |
節點 |
節點已在叢集中探索到其相鄰的節點（節點 id_1 和節點 id_2）。node_id、own_id 和 dynamic_id 應該始終相同；如果不同，則表示叢集節點嚴重設定錯誤。 |
FIND_NEIGHBOURS |
啟動 |
8 | 資訊 |
節點 |
該節點已接收到關閉訊號。type 關閉的類型為 Cluster 或 Node。 |
NDBStopStarted |
啟動 |
1 | 資訊 |
節點 [, ] [由訊號 ] |
該節點已關閉。此報告可能包含一個 action，如果有的話，其值為 restarting、no start 或 initial。該報告也可能包含對 NDB 協定 signal 的參考；有關可能的訊號，請參閱 操作和訊號。 |
NDBStopCompleted |
啟動 |
1 | 資訊 |
節點 [, action]。 [發生在啟動階段 ] [由 ] [由錯誤 [(額外資訊 ]] |
該節點已強制關閉。如果有的話，也會報告隨後採取的 action (值為 restarting、no start 或 initial)。如果關閉發生在節點啟動時，報告會包含節點失敗時所在的 start_phase。如果這是由於傳送給節點的 signal 所導致，也會提供此資訊（更多資訊請參閱 操作和訊號）。如果已知導致失敗的錯誤，也會包含此資訊；有關 NDB 錯誤訊息和分類的更多資訊，請參閱 NDB Cluster API 錯誤。 |
NDBStopForced |
啟動 |
1 | 警示 |
節點 |
節點關閉程序已由使用者中止。 | NDBStopAborted |
啟動 |
1 | 資訊 |
節點 |
這會報告節點啟動期間引用的全域檢查點。在 keep_pos 之前的重做日誌會被捨棄。last_pos 是資料節點參與的最後一個全域檢查點；restore_pos 是實際用於還原所有資料節點的全域檢查點。 |
StartREDOLog |
啟動 |
4 | 資訊 |
startup_message [另行列出；請參閱下文。] |
在不同情況下可能會記錄許多可能的啟動訊息。這些訊息另行列出；請參閱 第 25.6.2.2 節，〈NDB Cluster 記錄啟動訊息〉。 | StartReport |
啟動 |
4 | 資訊 |
節點 |
資料字典資訊複製到重新啟動的節點已完成。 | NR_CopyDict |
NodeRestart |
8 | 資訊 |
節點 |
資料散佈資訊複製到重新啟動的節點已完成。 | NR_CopyDistr |
NodeRestart |
8 | 資訊 |
節點 |
開始複製片段到啟動資料節點 node_id |
NR_CopyFragsStarted |
NodeRestart |
8 | 資訊 |
節點 |
資料表 table_id 中的片段 fragment_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 | 警示 |
節點 |
已在 blockNDB 核心區塊中偵測到資料節點 node_id 的失敗，其中區塊是 DBTC、DBDICT、DBDIH 或 DBLQH 的其中一個；更多資訊請參閱 NDB 核心區塊 |
NodeFailCompleted |
NodeRestart |
8 | 警示 |
節點 |
資料節點已失敗。其失敗時的狀態由仲裁狀態碼 state_code 描述：可能的狀態碼值可以在檔案 include/kernel/signaldata/ArbitSignalData.hpp 中找到。 |
NODE_FAILREP |
NodeRestart |
8 | 警示 |
仲裁執行緒總統重新啟動 [state= 或 準備仲裁器節點 或 接收仲裁器節點 或 已啟動仲裁器節點 或 遺失仲裁器節點 或 遺失仲裁器節點 或 遺失仲裁器節點 |
這是叢集中仲裁的目前狀態和進度報告。node_id 是選為仲裁器的管理節點或 SQL 節點的節點 ID。state_code 是仲裁狀態碼，可以在 include/kernel/signaldata/ArbitSignalData.hpp 中找到。發生錯誤時，會提供一個 error_message，也在 ArbitSignalData.hpp 中定義。ticket_id 是仲裁器在選定時發給所有參與其選取的節點的唯一識別碼；這用於確保每個請求仲裁的節點都是參與選取程序的節點之一。 |
ArbitState |
NodeRestart |
6 | 資訊 |
仲裁檢查遺失 - 剩餘節點少於 1/2 或 仲裁檢查獲勝 - 所有節點群組和剩餘節點多於 1/2 或 仲裁檢查獲勝 - 節點群組多數 或 仲裁檢查遺失 - 遺失節點群組 或 網路分割 - 需要仲裁 或 仲裁獲勝 - 來自節點 或 仲裁遺失 - 來自節點 或 網路分割 - 沒有可用的仲裁器 或 網路分割 - 未設定仲裁器 或 仲裁失敗 - |
此訊息報告仲裁的結果。如果發生仲裁失敗，會提供 error_message 和仲裁 state_code；這兩者的定義都可以在 include/kernel/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 的平均傳送大小為 bytes 個位元組 |
SendBytesStatistic |
統計 |
9 | 資訊 |
傳送到節點的平均接收大小 = |
此節點每次從節點 node_id 接收資料時，平均接收 bytes 位元組的資料 |
ReceiveBytesStatistic (接收位元組統計) |
統計 |
9 | 資訊 |
節點 / 節點 |
當叢集管理用戶端發出 DUMP 1000 命令時，會產生此報告 |
MemoryUsage (記憶體使用量) |
統計 |
5 | 資訊 |
節點 |
與節點 node2_id 通訊時發生傳輸器錯誤；如需傳輸器錯誤代碼和訊息的清單，請參閱 NDB 傳輸器錯誤，位於 MySQL NDB 叢集內部手冊 |
TransporterError (傳輸器錯誤) |
Error (錯誤) |
2 | ERROR (錯誤) |
節點 |
與節點 node2_id 通訊時出現潛在傳輸器問題的警告；如需傳輸器錯誤代碼和訊息的清單，請參閱 NDB 傳輸器錯誤以取得更多資訊 |
TransporterWarning (傳輸器警告) |
Error (錯誤) |
8 | WARNING (警告) |
節點 |
此節點錯過了來自節點 node2_id 的心跳 |
MissedHeartbeat (錯過的心跳) |
Error (錯誤) |
8 | WARNING (警告) |
節點 |
此節點錯過了來自節點 node2_id 的至少 3 個心跳，因此宣告該節點 「死亡」 |
DeadDueToHeartbeat (因心跳而死亡) |
Error (錯誤) |
8 | 警示 |
節點 |
此節點已傳送心跳至節點 node2_id |
SentHeartbeat (已傳送心跳) |
Info (資訊) |
12 | 資訊 |
節點 |
在大量使用事件緩衝區期間會看到此報告，例如，當在相對較短的時間內套用許多更新時；該報告顯示已使用的事件緩衝區記憶體的位元組數和百分比、已配置的位元組數和仍可用的百分比，以及最新的緩衝和消耗週期；如需更多資訊，請參閱第 25.6.2.3 節「叢集記錄中的事件緩衝區報告」 | EventBufferStatus2 (事件緩衝區狀態 2) |
Info (資訊) |
7 | 資訊 |
節點 、節點 、節點 |
這些報告會在進入和退出單一使用者模式時寫入叢集記錄；API_node_id 是具有叢集獨佔存取權的 API 或 SQL 的節點 ID (如需更多資訊，請參閱第 25.6.6 節「NDB 叢集單一使用者模式」)；訊息 不明的單一使用者報告 表示發生了錯誤，在正常操作中不應看到 |
SingleUser (單一使用者) |
Info (資訊) |
7 | 資訊 |
節點 |
已使用具有 mgm_node_id 的管理節點開始備份；當發出 START BACKUP 命令時，此訊息也會顯示在叢集管理用戶端中；如需更多資訊，請參閱第 25.6.8.2 節「使用 NDB 叢集管理用戶端建立備份」 |
BackupStarted (已開始備份) |
Backup (備份) |
7 | 資訊 |
節點 |
具有 ID backup_id 的備份已完成；如需更多資訊，請參閱第 25.6.8.2 節「使用 NDB 叢集管理用戶端建立備份」 |
BackupCompleted (已完成備份) |
Backup (備份) |
7 | 資訊 |
節點 |
備份無法開始；如需錯誤代碼，請參閱MGM API 錯誤 | BackupFailedToStart (備份無法開始) |
Backup (備份) |
7 | 警示 |
節點 |
備份在開始後終止，可能是由於使用者介入 | BackupAborted (已中止備份) |
Backup (備份) |
7 | 警示 |