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
根據從開始到傳送提交
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
表格取得有關特定執行緒的資訊。