tc_time_track_stats
表格提供從資料節點中的 DBTC
區塊 (TC) 實例取得的時間追蹤資訊,這些資訊透過 API 節點存取 NDB
。每個 TC 實例都會追蹤其代表 API 節點或其他資料節點所執行的一組活動的延遲時間;這些活動包括交易、交易錯誤、金鑰讀取、金鑰寫入、唯一索引操作、任何類型的失敗金鑰操作、掃描、失敗掃描、片段掃描和失敗片段掃描。
針對每個活動維護一組計數器,每個計數器涵蓋小於或等於上限的一系列延遲時間。在每個活動結束時,會確定其延遲時間,並遞增適當的計數器。tc_time_track_stats
會以列的形式呈現此資訊,每列對應下列各項的每個實例:
資料節點,使用其 ID
TC 區塊實例
其他通訊資料節點或 API 節點,使用其 ID
上限值
每一列都包含每個活動類型的值。這是此活動發生次數,其延遲時間在列指定的範圍內(也就是說,延遲時間不超過上限)。
tc_time_track_stats
表格包含以下欄:
node_id
請求節點 ID
block_number
TC 區塊編號
block_instance
TC 區塊實例編號
comm_node_id
通訊 API 或資料節點的節點 ID
upper_bound
間隔的上限(以微秒為單位)
scans
根據從開啟到關閉的成功掃描持續時間,針對請求它們的 API 或資料節點進行追蹤。
scan_errors
根據從開啟到關閉的失敗掃描持續時間,針對請求它們的 API 或資料節點進行追蹤。
scan_fragments
根據從開啟到關閉的成功片段掃描持續時間,針對執行它們的資料節點進行追蹤
scan_fragment_errors
根據從開啟到關閉的失敗片段掃描持續時間,針對執行它們的資料節點進行追蹤
transactions
根據從開始到傳送 commit
ACK
的成功交易持續時間,針對請求它們的 API 或資料節點進行追蹤。不包括無狀態交易。transaction_errors
根據從開始到失敗點的失敗交易持續時間,針對請求它們的 API 或資料節點進行追蹤。
read_key_ops
根據具有鎖定的成功主鍵讀取持續時間。針對請求它們的 API 或資料節點和執行它們的資料節點進行追蹤。
write_key_ops
根據成功主鍵寫入的持續時間,針對請求它們的 API 或資料節點和執行它們的資料節點進行追蹤。
index_key_ops
根據成功唯一索引金鑰操作的持續時間,針對請求它們的 API 或資料節點和執行基礎表格讀取的資料節點進行追蹤。
key_op_errors
根據所有不成功金鑰讀取或寫入操作的持續時間,針對請求它們的 API 或資料節點和執行它們的資料節點進行追蹤。
注意事項
block_instance
欄提供 DBTC
核心區塊實例編號。您可以將此編號與區塊名稱一起使用,從 threadblocks
表格中取得有關特定執行緒的資訊。