Kako Redis upravlja s pomnilnikom?

Question

Accepted Answer

Ker Redis shranjuje podatke v RAM, je **upravljanje s pomnilnikom** kritično — razumevanje meje `maxmemory`, **politike izpodrivanja**, optimizacije pomnilnika in spremljanja je bistveno za zanesljivo poganjanje Redisa brez izčrpavanja pomnilnika.

## maxmemory in politika izpodrivanja

```text
Set a memory limit so Redis doesn't consume all RAM:
  maxmemory 2gb                       # cap Redis at 2GB
  maxmemory-policy allkeys-lru        # what to do when the limit is reached

When the limit is hit, Redis EVICTS keys per the policy (or rejects writes):
  allkeys-lru   → evict least-recently-used (any key) — common for a pure cache
  allkeys-lfu   → evict least-frequently-used
  volatile-lru  → evict LRU among keys WITH a TTL only
  volatile-ttl  → evict keys closest to expiry
  noeviction    → reject writes when full (good if Redis holds important data)
```

Nastavljanje `maxmemory` skupaj s **politiko izpodrivanja** nadzoruje vedenje, ko se pomnilnik napolni — bistveno za preprečitev, da bi Redis izčrpal sistemski pomnilnik ali padel.

## Spremljanje pomnilnika

```bash
INFO memory               # used_memory, peak, fragmentation ratio, etc.
MEMORY USAGE key          # memory used by a specific key
MEMORY DOCTOR             # diagnostics/recommendations
DBSIZE                    # number of keys
# watch: used_memory vs maxmemory, evicted_keys, fragmentation
```

## Tehnike optimizacije pomnilnika

```text
✓ Set TTLs → expire data that's no longer needed (don't let data accumulate forever)
✓ Use efficient data structures → small hashes/lists/sets use compact encodings (ziplist/
  listpack) → much less memory than many separate keys
✓ Shorter key names (minor, but adds up at scale)
✓ Store only what you need; consider compression for large values
✓ Avoid huge keys (a single huge value/collection) — they cause latency spikes
```

## Zakaj je pomnilnik pri Redisu pomemben

```text
RAM is LIMITED and more expensive than disk. Running out of memory →
  evictions (cache misses), rejected writes, or crashes.
→ Capacity planning, eviction policy, TTLs, and monitoring keep Redis healthy.
```

## Zakaj je to pomembno

Razumevanje upravljanja s pomnilnikom v Redisu je pomembno za **zanesljivo poganjanje Redisa**, ker Redis shranjuje podatke v omejenem, relativno dragocenim RAM-om, zato je upravljanje s pomnilnikom bistveno za preprečitev izčrpavanja (kar povzroči izpodrivanje, zavrnitev pisanja ali padce).

Temeljna praksa — nastavljanje **`maxmemory`** (omejitev pomnilnika Redisa) skupaj s **politiko izpodrivanja** — je kritična: nadzoruje, kaj se zgodi, ko je dosežena meja (izpodrivanje ključev glede na politike, kot so `allkeys-lru` za čisto predpomnilnik, ali `noeviction` za zavrnitev pisanja, ko Redis drži pomembne podatke), kar preprečuje, da bi Redis izčrpal sistemski pomnilnik.

Izbira prave politike izpodrivanja za primerjavo uporabe (LRU/LFU za predpomnilnike, noeviction ali nestabilne politike, ko so podatki pomembni) je ključna konfiguracyjna odločitev. **Spremljanje pomnilnika** (`INFO memory` za porabo, vrh, fragmentacijo in izpodrivane ključe; `MEMORY USAGE` po ključu) je bistveno za operativno zavedanje — nadzor porabe glede na mejo in hitro zaznavanje težav.

Znanje **tehnik optimizacije pomnilnika** — uporaba TTL-jev za potekanje nepotrebnih podatkov, izbira učinkovitih podatkovnih struktur (majhne zgoščene/sezname uporabljajo kompaktna kodiranja, bistveno cenejše od številnih ločenih ključev), izogibanje velikim ključem (ki povzročajo padce zakasnitve) in shranjevanje samo tega, kar je potrebno — pomaga prilegati več v pomnilnik in učinkovito teči.

Ker je Redisova narava v pomnilniku pomnilnik končni, kritični vir, in ker je pravilno upravljanje s pomnilnikom (maxmemory + politika izpodrivanja, spremljanje in optimizacija) tisto, kar ohranja Redis zdrav in preprečuje napake brez pomnilnika, je razumevanje upravljanja s pomnilnikom v Redisu pomembno, praktično-relevantno znanje za zanesljivo upravljanje Redisa, ključna operativna stvar, ki loči tiste, ki lahko poganjajo Redis v produkciji, od tistih, ki le vedo, kako ga uporabljati, in je bistveno za izogibanje resničnim napakam, ki izhajajo iz nenadzorovanega rasta pomnilnika.