GraphQL API को cache कैसे करते हैं?

Question

IT Interview Practice · Accepted Answer

GraphQL को cache करना REST की तुलना में कठिन है क्योंकि यहाँ एक ही endpoint होता है और requests आमतौर पर POST होती हैं, इसलिए URL-आधारित HTTP caching सीधे काम नहीं करती। इसके बजाय आप तीन layers पर cache करते हैं: **client**, **transport/CDN**, और **server**।

## Normalized client cache

Apollo Client और Relay परिणामों को `__typename` + `id` के आधार पर keyed एक **normalized cache** में संग्रहीत करते हैं। हर object एक बार संग्रहीत होता है; अलग-अलग queries जो एक ही `User:1` को reference करती हैं, उसे साझा करती हैं, इसलिए एक mutation जो एक entity को update करता है, हर view को अपने-आप refresh कर देता है।

```graphql
# Both queries write to the same normalized entry User:1 in the client cache
query A { user(id: "1") { id name } }
query B { post(id: "9") { author { id name } } }  # author is also User:1
```

यही कारण है कि fields को `id` लौटाना चाहिए — cache को deduplicate करने के लिए एक स्थिर key चाहिए।

## Persisted queries + CDN

**Persisted queries** query string को एक hash से बदल देती हैं। Client एक लंबे POST body के बजाय एक छोटा hash भेजता है; server registered query को देख लेता है।

```js
// Automatic Persisted Queries: first a tiny GET with just the hash
// GET /graphql?extensions={"persistedQuery":{"sha256Hash":"abc..."}}
// -> because it's a GET with a stable key, a CDN can cache the RESPONSE at the edge
```

Read queries को cacheable GETs में बदलना एक **CDN** को उन्हें edge पर serve करने देता है, और payloads को छोटा करता है। `@cacheControl` hints (max-age, scope) server को प्रति-field TTLs घोषित करने देते हैं जिनका CDN और Apollo server cache सम्मान करते हैं।

## Server-side

एक response cache (जैसे Apollo का) जो query + variables + auth scope के आधार पर keyed होता है, resolvers को दोबारा चलाने से बचाता है; DataLoader प्रति-request de-duplication संभालता है (एक अलग चिंता — यह cross-request cache नहीं है)।

## यह क्यों महत्वपूर्ण है

Single-endpoint/POST design naive HTTP caching को तोड़ देता है, इसलिए interviewer **layered** उत्तर सुनना चाहते हैं: client पर normalized entity cache, CDN/edge caching को unlock करने के लिए persisted queries + `@cacheControl`, और DataLoader कहाँ फिट होता है (प्रति-request, cross-request नहीं)।

Normalized client cache

Persisted queries + CDN

Server-side

यह क्यों महत्वपूर्ण है

संबंधित प्रश्न