活動合約
查詢期望的欄位
| 欄位 | 型別 | 為什麼存在 |
|---|---|---|
| timestamp_utc | Timestamp | 查詢完成時間。 |
| database_system | Utf8 | 資料庫系統名稱。 |
| operation_name | Utf8 | SELECT, INSERT, or another controlled operation. |
| query_fingerprint | Utf8 | 沒有值的標準化語句形狀。 |
| duration_ms | Float64 | 應用程式觀察到的查詢持續時間。 |
| request_id | Utf8 | 安全父請求識別符號。 |
DataFusion SQL
複製查詢
sql
SELECT
database_system,
operation_name,
query_fingerprint,
COUNT(*) AS calls,
SUM(duration_ms) AS total_time_ms,
approx_percentile_cont(duration_ms, 0.95) AS p95_duration_ms,
COUNT(DISTINCT request_id) AS affected_requests
FROM database_query_events
WHERE timestamp_utc >= now() - INTERVAL '24 hours'
GROUP BY database_system, operation_name, query_fingerprint
ORDER BY total_time_ms DESC
LIMIT 20;此只讀查詢是針對空型別資料表計劃和執行的 阿帕奇 DataFusion 45.2.0。確定性樣本輸出是綜合的並單獨審查；根據您自己的資料驗證欄位型別、閾值和業務定義。 閱讀測試方法。
查詢結果
按指紋的總查詢時間
專案列表的尾部延遲較低，但消耗的聚合請求時間較多。
project-list-v4
1,288,000 ms
comparison 142 ms
monthly-report-v2
924,000 ms
comparison 4,180 ms
| database_system | operation_name | query_fingerprint | calls | total_time_ms | p95_duration_ms | affected_requests |
|---|---|---|---|---|---|---|
| postgresql | SELECT | project-list-v4 | 18,400 | 1,288,000 | 142 | 9,200 |
| postgresql | SELECT | monthly-report-v2 | 420 | 924,000 | 4,180 | 410 |
綜合範例輸出。在將其用於操作決策之前，針對您自己的事件架構和閾值執行查詢。
SQL 是如何工作的
- 1總時間將數量和延遲結合到影響排名中。
- 2p95 保持低容量病理查詢可見。
- 3受影響的請求會區分重複呼叫，例如 N+1 行為。
需要決定的邊緣情況
- 應用程式持續時間包括池和網路效應，除非單獨檢測。
- 切勿記錄繫結的 SQL 值。
- 在比較總影響之前，抽樣需要加權計數。
推薦儀表板
- 條形：total_time_ms（指紋識別）
- 資料表：呼叫、p95 和受影響的請求
- 趨勢：按版本劃分的總查詢時間
讓查詢範例發揮作用
相關埋點和指南
繼續分析
在真實事件中執行它
建立資料表，調整欄位並儲存結果
免費開始，傳送結構化事件，並將查詢結果用作圖表、共享儀表板小工具或警示輸入。