Predpomni podatke, ki so dragi za proizvodnjo, pogosto brani in se redko spremenijo — tam se predpomnilnik izplača najbolj. TTL (time to live) je kompromis med svežino (kako trenutni morajo biti podatki) in toleranco za zastarelost (kako napačni so lahko in kako dolgo).
Dobor kandidat za predpomnilnik ima visok rezultat v vseh treh kategorijah:
Ne predpomni cenega za računanje, pisanju odporne ali osebnih skrivnosti podatke, katerih svežina mora biti natančna (npr. stanja računa v trenutku transakcije).
Staleness tolerance → TTL:
config / static reference data → long (hours to days)
product listings, article body → medium (minutes)
prices, stock, leaderboards → short (seconds)
must always be exact → don't cache, or use explicit invalidation
Za pravilnost podatkov, ki se spremenijo nepredvidljivo, kombiniraj TTL z eksplicitno razveljavitvijo: write-through ali delete-on-write, tako da je predpomnilnik razveljavljen v trenutku, ko se vir spremeni, namesto čakanja na poteka.
on update(record):
db.save(record)
cache.delete(key(record)) // invalidate now, don't serve stale until TTL
hit ratio = hits / (hits + misses)
high (>90%) → cache is doing its job
low → TTL too short, keys too granular, or data not cacheable
Nadzoruj hit ratio predpomnilnika, da uglasno prilagodiš TTL-je: nizek razmerje pomeni, da si komaj kaj predpomnljal; visoko razmerje s pritožbami na zastarelost pomeni, da so TTL-ji predolgi.
Pravilna izbira kaj predpomniti in TTL je jedro učinkovitega predpomnilnika. Predpomni napačne stvari in dodaš kompleksnost brez koristi; nastavi TTL-je predolge in posluži zastarele podatke; premajhne in izgubiš korist. Uporaba tolerance za zastarelost za izbiro TTL-jev, dodajanje eksplicitne razveljavitve za pravilnost in nadzor hit ratio-ja ti daje principialen, merljiv način za predpomnilnik.