本節描述提供有關群組複製資訊的狀態變數。
此處列出狀態變數及其含義
Gr_control_messages_sent_count
此成員傳送的控制訊息數。
Gr_control_messages_sent_bytes_sum
此成員傳送的控制訊息所使用位元組數的總和;這是網路上傳輸的大小。
Gr_control_messages_sent_roundtrip_time_sum
此成員傳送的控制訊息來回時間的總和,以微秒為單位;來回時間是在傳送者傳送和傳遞訊息之間測量的。這應該提供群組中大多數成員的控制訊息傳送和傳遞之間的時間,包括傳送者。
這是此成員傳送的交易資料訊息數。
Gr_data_messages_sent_bytes_sum
此成員傳送的資料訊息所使用位元組數的總和;這是網路上傳輸的大小。
Gr_data_messages_sent_roundtrip_time_sum
此成員傳送的資料訊息來回時間的總和,以微秒為單位;來回時間是在傳送者傳送和傳遞訊息之間測量的。這應該提供群組中大多數成員的資料訊息傳送和傳遞之間的時間,包括傳送者。
Gr_transactions_consistency_after_termination_count
使用
group_replication_consistency
等於AFTER
或BEFORE_AND_AFTER
執行的交易數。Gr_transactions_consistency_after_termination_time_sum
在使用
group_replication_consistency
等於AFTER
或BEFORE_AND_AFTER
執行的交易傳遞,與其他群組成員確認交易已準備好之間的時間總和,以微秒為單位。此值不包含交易傳送來回時間。
Gr_transactions_consistency_before_begin_count
使用
group_replication_consistency
等於BEFORE
或BEFORE_AND_AFTER
執行的交易數。Gr_transactions_consistency_before_begin_time_sum
在執行使用
group_replication_consistency
等於BEFORE
或BEFORE_AND_AFTER
的交易之前,成員等待其群組複製套用程式通道被取用所花費時間的總和,以微秒為單位。Gr_transactions_consistency_after_sync_count
在等待使用
group_replication_consistency
等於AFTER
或BEFORE_AND_AFTER
的主要伺服器的交易時,等待開始的次要伺服器上的交易數。Gr_transactions_consistency_after_sync_time_sum
在使用
group_replication_consistency
等於AFTER
或BEFORE_AND_AFTER
的主要伺服器交易完成之前,次要伺服器上的交易等待時間總和,以微秒為單位。Gr_certification_garbage_collector_count
執行憑證垃圾收集的次數。
Gr_certification_garbage_collector_time_sum
憑證垃圾收集所花費時間的總和,以微秒為單位。
Gr_all_consensus_proposals_count
在此節點上起始和終止的所有提案的總和。
Gr_empty_consensus_proposals_count
在此節點上起始和終止的所有空提案輪次的總和。
此節點上所有發出的 Socket 層級位元組總和,這些位元組已傳送至所有(其他)群組節點。這裡回報的資料量比已傳送訊息的資料量多,因為它們是多工處理並傳送至每個成員。
例如,如果我們有一個包含三個成員的群組,且我們傳送一個 100 位元組的訊息,則此值將計入 300 位元組,因為我們會向每個節點傳送 100 位元組。
在此節點上啟動和完成的所有共識回合的總經過時間。透過將此值與
Gr_all_consensus_proposals_count
比較,我們可以判斷給定的共識時間是否呈上升趨勢,這可能表示存在問題。此節點已啟動的完整三階段回合次數。如果此數字隨時間增長,表示至少有一個節點在回覆提案時遇到問題,原因可能是執行速度緩慢或網路問題。在診斷此類問題時,請將此值與效能架構
replication_group_communication_information
表格的count_member_failure_suspicions
欄位一起使用。此節點傳送到群組的高階訊息數。這些是從 API 接收到的訊息,用於向群組提出提案。XCom 批次機制會批次處理這些訊息,並將它們一起提出。此變數顯示的值反映了批次處理之前的訊息數量。
Gr_consensus_bytes_received_sum
從群組節點接收到的所有 Socket 層級位元組總和,這些節點以此節點為目標。
Gr_last_consensus_end_timestamp
上次共識提案獲得批准的時間,採用時間戳記格式。這可以指示群組是否進展緩慢或已停止。
這些狀態變數都具有成員範圍,因為它們反映了本機成員觀察到的內容。它們會在群組引導、新成員加入、現有成員自動重新加入和伺服器重新啟動時重置。