fix(cache): true LRU, stale-while-revalidate and cross-process invalidation
Gitea Actions Runner Test / test-job (push) Successful in 0s
CI / check (push) Successful in 32s
CI / tests-integration (push) Successful in 1m38s
CI / tests-unit (push) Successful in 1m42s
CI / tests-ui (push) Successful in 2m33s
CI / preflight (push) Skipped
CI / deploy (push) Successful in 2m43s

The in-process cache was a FIFO of 500 entries that was never touched on a
read, so a key polled on every request could be evicted by an unrelated burst
of dynamic keys. That looked exactly like the cache being cleared at random,
and it is what made the site fall back to the database unpredictably.

- Evict least-recently-used instead, and raise the default budget to 2000
  (CACHE_MEMORY_MAX_ENTRIES). Reading a key now marks it as used, so a hot key
  only leaves when a hotter one takes its place.
- Add opt-in stale-while-revalidate (CachedOptions.staleMs). The grace window
  lives on the entry, so one call site opting in protects every reader of that
  key. A failed background refresh keeps serving the last good value instead of
  falling through to the origin, and is reported once rather than per read.
- Invalidate across processes. invalidateKey() now clears memory, deletes the
  Redis key and publishes a signal, so a value written by one process is no
  longer served stale by the others for the rest of its TTL. A failed Redis
  delete no longer skips the broadcast.
- Guard against a refresh that started before an invalidation writing its
  outdated result back into the cache.
- Read the news revision at most once a second per process instead of on every
  call, with a pub/sub signal to drop the local copy when it rotates. A Redis
  outage now degrades to the in-process cache rather than to no cache at all.
- Warm the hot public keys on boot, so the first visitors after a deploy do not
  each pay for a miss.
- Count hits, misses, stale serves, errors and evictions per key, exposed at
  GET /api/admin/devops/cache. Without it a wrong REDIS_URL, a full budget and
  a dead origin all look identical from the outside.
- Enforce the imaging cache budget for real: records are .img/.json pairs, so
  the old cap counted files and never removed anything while entries were
  fresh. Sweeps are throttled per directory and prune to a low-water mark.
- Cap the JWT version map, and stop per-test scratch roots from littering the
  runtime imaging cache.

Public read-only endpoints get grace windows; admin, account and auth data
deliberately stays fresh. Redis TTLs get a little jitter so keys written
together no longer expire together.

3209 tests pass. next build could not be verified on this host: the optimized
build is OOM-killed before prerender, so this has not run in a real Next
runtime yet.
This commit is contained in:
openhands committed 2026-09-25 18:26:45 +02:00
1 parent f490fcc9da
commit 203399aab7
43 files changed
+1737 -212

No files matched your search

+15 -7
View File
@@ -10,13 +10,21 @@ import { db, User } from "@/lib/db";
export async function GET(_req: Request) {
try {
const result = await cached("online_count", 10_000, async () => {
const [row] = await db
.select({ total: count() })
.from(User)
.where(eq(User.online, "1"));
return row?.total ?? 0;
});
// Polled by every page view and the in-game SSE stream, so a count that
// is one interval behind is worthless as "wrong" but a blocking COUNT(*)
// on each expiry is not. The grace window keeps the origin off the path.
const result = await cached(
"online_count",
10_000,
async () => {
const [row] = await db
.select({ total: count() })
.from(User)
.where(eq(User.online, "1"));
return row?.total ?? 0;
},
{ staleMs: 15_000 },
);
return apiJson({ count: result });
} catch {
return apiJson({ count: 0 });
+20 -9
View File
@@ -13,13 +13,19 @@ import { rcon } from "@/lib/services/rcon";
async function fetchOnlineCount(): Promise<number> {
try {
return await cached("online_count", 10_000, async () => {
const [row] = await db
.select({ total: count() })
.from(User)
.where(eq(User.online, "1"));
return row?.total ?? 0;
});
return await cached(
"online_count",
10_000,
async () => {
const [row] = await db
.select({ total: count() })
.from(User)
.where(eq(User.online, "1"));
return row?.total ?? 0;
},
// A subscriber must never wait on a COUNT(*) to get its next event.
{ staleMs: 15_000 },
);
} catch {
return 0;
}
@@ -30,8 +36,13 @@ async function fetchOnlineCount(): Promise<number> {
// degradation on failure so the stream never errors out.
async function fetchEmulatorStatus(): Promise<boolean> {
try {
return await cached("emulator_rcon_status", 15_000, () =>
rcon.send("ping", null).catch(() => false),
return await cached(
"emulator_rcon_status",
15_000,
() => rcon.send("ping", null).catch(() => false),
// Reachability is reported, never acted on, so a previous answer is
// good enough while the ping is re-run.
{ staleMs: 15_000 },
);
} catch {
return false;
+12 -6
View File
@@ -10,12 +10,18 @@ import { db, User } from "@/lib/db";
export async function GET(_req: Request) {
try {
const users = await cached("online_users", 10_000, async () =>
db
.select({ username: User.username, look: User.look })
.from(User)
.where(eq(User.online, "1"))
.limit(100),
// A briefly stale online list is harmless; blocking the first request
// after the TTL on a COUNT + SELECT is not.
const users = await cached(
"online_users",
10_000,
async () =>
db
.select({ username: User.username, look: User.look })
.from(User)
.where(eq(User.online, "1"))
.limit(100),
{ staleMs: 15_000 },
);
return apiJson({ users });