Commit aecc460
committed
chore(infra): cut the Cloudflare Worker's D1 binding over to a fresh loopover database
The previous database (b2c79dd6-7771-4b1f-aa6b-085d5f3e9528, internally still named
"gittensory" from before the 2026-07-14 rename) had grown to 8.96 GB of its 10 GB cap.
D1 never runs VACUUM (cloudflare/workerd#1618), so the batch of now-pruned
contributor-decision-pack rows (#9459 -- 18,336 rows / ~6.3 GB deleted) freed pages
that get reused, not returned: the file was never going to shrink back down on its own.
Cuts DB over to a freshly created, correctly-named "loopover" database
(da7537cc-ab54-4dc1-8c38-2713f03f1130), populated from a verified export of the
pruned source database:
- Every table's row count matches the source exactly, except ordinary live-write
drift on actively-written tables (webhook/audit/usage logs, which never stop
changing between an export and a later comparison) -- confirmed via a full
103-table sweep.
- d1_migrations matches exactly (202/202 rows, same max id).
- signal_snapshots' contributor-decision-pack (the table #9459 fixed) is 213/213,
exactly one row per contributor, confirming the dedup carried over correctly.
- 206 rows whose payload_json exceeded D1's ~100KB single-statement text limit
(SQLITE_TOOBIG) were re-imported via a chunked INSERT + payload_json ||= UPDATE
sequence, verified byte-identical against the source before import.
No other file in the repo references the old database_id. cf-typegen is unaffected
(binding name/shape unchanged, only the id).
Refs #94351 parent 6571a1b commit aecc460
1 file changed
Lines changed: 10 additions & 1 deletion
| Original file line number | Diff line number | Diff line change | |
|---|---|---|---|
| |||
290 | 290 | | |
291 | 291 | | |
292 | 292 | | |
| 293 | + | |
| 294 | + | |
| 295 | + | |
| 296 | + | |
| 297 | + | |
| 298 | + | |
| 299 | + | |
| 300 | + | |
| 301 | + | |
293 | 302 | | |
294 | 303 | | |
295 | | - | |
| 304 | + | |
296 | 305 | | |
297 | 306 | | |
298 | 307 | | |
| |||
0 commit comments