“找出 /orders 端點這周為什麼變慢了,並給出修復建議。”
Zentor 會做什麼
- 1 用 get_logs 拉取最近的 Postgres 和 API 記錄,找出 orders 路徑上的慢語句。
- 2 執行一條唯讀的 execute_sql 對問題查詢做 EXPLAIN,並用 list_tables 檢視 orders 表。
- 3 透過 get_advisors 檢查相關的效能建議。
- 4 起草一個新增缺失複合索引的遷移,並在執行任何 apply_migration 之前展示出來供稽核。
Zentor 報告:“orders 列表查詢在 (customer_id, created_at) 上做了順序掃描。記錄顯示 p95 這周飆升到了 1.8 秒。建議的修復:新增一個複合索引。遷移在此,尚未應用。”