Redis persistence कसरी काम गर्छ (RDB बनाम AOF)?

Question

Accepted Answer

यद्यपि Redis in-memory हो, यसले डेटालाई डिस्कमा **persist गर्न सक्छ** ताकि डेटा restarts पछि पनि जीवित रहे। यसले दुई मेकानिजम अफरदारी गर्छ — **RDB** (point-in-time snapshots) र **AOF** (append-only log of operations) — विभिन्न durability/performance trade-offs सहित।

## RDB — point-in-time snapshots

```text
RDB takes SNAPSHOTS of the dataset at intervals, saving a compact binary file.
  ✓ Compact single-file backups; fast restarts (load the snapshot)
  ✓ Good for backups and disaster recovery; less impact on performance
  ✗ You can LOSE data since the last snapshot (e.g. last few minutes) if Redis crashes
→ Configure save points: e.g. "save after 900s if ≥1 change, 300s if ≥10 changes"
```

RDB आवधिकरूपमा सम्पूर्ण dataset लाई एक compact फाइलमा save गर्छ — efficient र backups को लागि उत्तम, तर एक crash ले अन्तिम snapshot पछि गरिएका परिवर्तनहरू हराउछ।

## AOF — append-only log

```text
AOF logs EVERY write operation to a file; on restart, Redis replays the log to rebuild data.
  ✓ More DURABLE — less data loss (can fsync every second, or every write)
  ✓ The log can be rewritten/compacted to stay manageable
  ✗ Larger files; can be slower than RDB; restart (replay) can be slower
→ fsync policies: always (safest, slowest), everysec (good balance), no (fastest, riskiest)
```

AOF प्रत्येक write लाई record गर्छ, restart मा डेटा पुनर्निर्माण गर्न यसलाई replay गर्छ — अधिक durable (कम डेटा loss) तर ठूला फाइलहरु र सम्भावित रूपमा ढिलो performance/restarts सहित।

## RDB बनाम AOF — trade-off

```text
RDB → better performance, compact backups, faster restart, BUT more potential data loss
AOF → better durability (minimal data loss), BUT larger files, slower

BEST PRACTICE: use BOTH together → RDB for backups + AOF for durability
  → Redis can use both; AOF for recovery, RDB for snapshots/backups
OR: pure cache use → you may DISABLE persistence entirely (data is recreatable)
```

## यसले महत्त्व किन राख्छ

Redis persistence बुझ्नु महत्त्वपूर्ण छ **डेटा durability सुनिश्चित गर्न** उपयुक्त तरिकाले जब Redis महत्त्वपूर्ण डेटा राख्छ, त्यसैले Redis सही तरिकाले प्रयोग गर्न मूल्यवान ज्ञान हो।

यद्यपि Redis मुख्य रूपमा in-memory हो, यो तथ्य कि यसले **डिस्कमा persist गर्न सक्छ** (ताकि डेटा restarts र crashes पछि जीवित रहे) बुझ्न महत्त्वपूर्ण छ, दुई मेकानिजम र तिनीहरूको trade-offs सहित। **RDB** (point-in-time snapshots) ले compact backups, fast restarts, र कम performance impact अफरदारी गर्छ, तर **अन्तिम snapshot पछि डेटा हराउने** जोखिम राख्छ एक crash मा — backups को लागि राम्रो र स्वीकार्य जब केही डेटा loss सहन योग्य हो। **AOF** (प्रत्येक write operation लाई logging गरी, restart मा replay गर्दै) ले **better durability** (minimal डेटा loss, fsync policies को माध्यमबाट कन्फिगरेबल) अफरदारी गर्छ तर ठूला फाइलहरु र सम्भावित रूपमा ढिलो performance/restarts सहित।

**trade-off** (performance र compact backups को लागि RDB बनाम durability को लागि AOF) र सामान्य **दुवै एकसाथ प्रयोग गर्ने सर्वोत्तम practice** (snapshots/backups को लागि RDB प्लस durability को लागि AOF) बुझ्नु राम्रो कन्फिगरेशन판断प्रतिफलित गर्छ।

यसी गरी महत्त्वपूर्ण छ कि **pure caching** use (जहाँ डेटा source बाट recreatable छ), persistence पूरै अक्षम गर्न सकिन्छ — Redis सधैँ durability को आवश्यकता छैन।

use case को आधारमा सही persistence configuration छनोट गर्नु (durability आवश्यकता बनाम performance, वा caching को लागि कुनै पनि छैन) मुख्य व्यावहारिक कौशल हो।

डेटा durability महत्त्वपूर्ण हुन्छ जब Redis महत्त्वपूर्ण डेटा राख्छ (sessions, queues, primary data), र RDB, AOF, तिनीहरूको trade-offs, र सर्वोत्तम practices (दुवै एकसाथ, वा caching को लागि कुनै पनि छैन) बुझ्नु आवश्यक छ Redis उपयुक्त रूपमा कन्फिगर गर्न, Redis persistence बुझ्नु मूल्यवान, व्यावहारिक-प्रासङ्गिक ज्ञान हो Redis जिम्मेदारीपूर्वक प्रयोग गर्न — Redis को लागि durability को सही स्तर सुनिश्चित गर्न यसले राख्छ, एक विषय जसले Redis को simple caching बाहिरको समझ प्रतिफलित गर्छ।