活動合約
查詢期望的欄位
| 欄位 | 型別 | 為什麼存在 |
|---|---|---|
| timestamp_utc | Timestamp | 請求完成時間。 |
| release_version | Utf8 | 應用程式版本或建置識別符號。 |
| status_code | Int64 | HTTP 回應狀態程式碼。 |
| latency_ms | Float64 | 請求持續時間(以毫秒為單位)。 |
DataFusion SQL
複製查詢
sql
SELECT
release_version,
COUNT(*) AS requests,
100.0 * SUM(CASE WHEN status_code >= 500 THEN 1 ELSE 0 END)
/ NULLIF(COUNT(*), 0) AS error_rate_pct,
approx_percentile_cont(latency_ms, 0.95) AS p95_latency_ms
FROM api_requests
WHERE timestamp_utc >= now() - INTERVAL '7 days'
AND release_version IS NOT NULL
GROUP BY release_version
HAVING COUNT(*) >= 100
ORDER BY error_rate_pct DESC, p95_latency_ms DESC;此只讀查詢是針對空型別資料表計劃和執行的 阿帕奇 DataFusion 45.2.0。確定性樣本輸出是綜合的並單獨審查;根據您自己的資料驗證欄位型別、閾值和業務定義。 閱讀測試方法。
查詢結果
按版本劃分的 5xx 速率
版本 2026.07.27.2 具有最高的錯誤率和 p95 延遲。
2026.07.27.2
1.82%
comparison 1,180%
2026.07.27.1
0.44%
comparison 620%
2026.07.26.4
0.31%
comparison 590%
| release_version | requests | error_rate_pct | p95_latency_ms |
|---|---|---|---|
| 2026.07.27.2 | 22,640 | 1.82 | 1,180 |
| 2026.07.27.1 | 18,110 | 0.44 | 620 |
| 2026.07.26.4 | 39,400 | 0.31 | 590 |
綜合範例輸出。在將其用於操作決策之前,針對您自己的事件架構和閾值執行查詢。
SQL 是如何工作的
- 1按版本分組可將重疊的推出流量分開。
- 2最小體積規則可以保護與微小金絲雀樣本的比較。
- 3將結果視為相關性:在分配原因之前先進行路線、區域、客戶和錯誤型別細分。
需要決定的邊緣情況
- 沒有發布識別符號的請求無法支援部署分析。
- 逐步推出需要部署開始時間和流量共享以及這些聚合。
- 不要比較服務根本不同的路線或沒有細分的客戶群的版本。
推薦儀表板
- 條形:error_rate_pct(按版本)
- 分組條:p95 延遲和請求量
- 資料表:所選版本的錯誤型別
讓查詢範例發揮作用
相關埋點和指南
繼續分析
在真實事件中執行它
建立資料表,調整欄位並儲存結果
免費開始,傳送結構化事件,並將查詢結果用作圖表、共享儀表板小工具或警示輸入。