Caching & Persisted Queries
GraphQL gives up ordinary HTTP caching the moment every operation goes through one POST endpoint, and this is what you get back. Interviewers ask for the whole ladder, edge to client store.
part ofGraphQLoverview, primer and where to startread it →on this pageshowhide
explore
- The Single-Endpoint Cache Problem3 questions
- Queries over GET3 questions
- Automatic Persisted Queries3 questions
- Persisted Document Registries3 questions
- Edge & CDN Response Caching4 questions
- Cache Hints & Response TTL3 questions
- Normalized Client Caches3 questions
- Invalidation After Mutations4 questions
- Merging Paginated Cache Entries3 questions
- Parse & Validate Caching3 questions
questions
page 2 of 2In a persisted document registry, how do you decide when an old operation entry is safe to delete?
level: seniorimportance: nice to knowfreq 23%
basics
~20 sBy client usage, never by age. An entry is safe to remove once no client build still in the field can send its identifier — proven from per-entry last-seen data and the releases you still support.
showing 31–32 of 32