重度用 D1 的 API：Workers Paid 每月約 $1,471.25
照下面這組用量，一個月大約 $1,471.25，含固定月費。最先用完包含額度的是D1 讀取列數，已到額度的 5904%。單價是 2026-09-15 的公開價目；真正的發票才是唯一真值。
估算帳單
每月合計 $1,471.25
Workers Paid 固定月費 $5.00
最接近（或已超出）包含額度的計量項: D1 讀取列數 — 1.48T / 25B (5904%)
超出部分
- D1 讀取列數: 1.45T → $1,451.00
- D1 寫入列數: 10M → $10.00
- Workers 請求數: 10M → $3.00
- D1 儲存（GB）: 3 → $2.25
假設的本月用量
- Workers 請求數: 20M
- D1 讀取列數: 1.48T
- D1 寫入列數: 60M
- D1 儲存（GB）: 8
這套架構長什麼樣
Workers 上的一個 JSON API，後面接一個 D1 資料庫：幾張表，查詢掃的比篩的多。讀取列數用的是 2026 年 9 月一起公開事故的量級——一個沒建索引的端點，一個月裡每次呼叫都把同一張大表重讀一遍。
為什麼是D1 讀取列數先用完
D1 按讀取的列數計費，不按查詢次數。沒有合適索引、掃了一張 50 萬列的表，就算 50 萬列，而且每個請求都算一次。Workers Paid 每月包含 25B 列讀取；到了 1.48T，這個 API 已是額度的 5904%，讀取列數佔總額 98% 以上。寫入列數和儲存放在旁邊幾乎看不見。
在 GraphQL Analytics 裡看哪一項
拉 d1AnalyticsAdaptiveGroups，按資料庫和天分組，把 readQueries 和 rowsRead 放在一起看。每次查詢讀的列數在漲，表示同樣的查詢每次掃得更多。解法是建索引；驗證方法是對熱點查詢跑 EXPLAIN QUERY PLAN，本該是 SEARCH 的地方出現 SCAN 就是它。
單價與包含額度於 2026-09-15 抄自 Cloudflare 公開定價頁。是近似值：部分計量項按整單位向上取整，不含 Workers AI 與頻寬，真正的發票才是唯一真值。
背景： 2026 年 8 起公開的 Cloudflare 帳單事故，7 起是 D1 讀取列數
其他幾種典型帳單
還在探索
在付 Workers Paid，怕哪天帳單嚇一跳？看看 Usage Guard ——逐指標看暴增，可選擇一鍵停下。
support@ 走 Cloudflare 轉寄、卻在 Gmail 裡看？看看 Routed Inbox ——Email Routing 上的小共用收件匣，不按席次計價。
替很多客戶管 Cloudflare？看看 Zone Audit ——跨帳號的設定漂移與基準檢查。