重度用 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 ——跨账号的配置漂移与基线检查。