Redis Database: Mengapa Caching Sangat Penting untuk Kecepatan Web?

Mengambil Data dalam Hitungan Mikrodetik

Saat jutaan orang mengecek skor pertandingan final Piala Dunia secara bersamaan, jika aplikasi tersebut menembak Query ke PostgreSQL setiap detik, Server pasti akan hangus terbakar. PostgreSQL menyimpan datanya di Hard Disk / SSD. Meskipun SSD cepat, ia tetap memiliki batas fisik mekanis.

Untuk mengatasi lonjakan lalu lintas ekstrem, *Software Architect* menggunakan Redis (Remote Dictionary Server). Ini adalah jenis database Key-Value Store.

Kekuatan Mutlak Redis (In-Memory)

Redis sangat gila karena ia TIDAK menyimpan data di Hard Disk, melainkan menaruhnya murni di dalam RAM (Memori Utama)! Mengambil data dari RAM ribuan kali lebih cepat daripada menarik data dari SSD. Respons dari Redis biasanya tercatat di bawah 1 milidetik (Sub-millisecond latency).

• Kelebihan (Plus): Kecepatan yang tidak masuk akal. Redis mampu menangani jutaan *request* per detik di satu server kecil. Struktur datanya sederhana (menyimpan string, array, atau set). Sangat cocok untuk mengelola Session Login, Leaderboard Game Real-Time, dan Antrean Tugas (Job Queue).
• Kekurangan (Minus): Volatilitas. Karena data disimpan di RAM, jika Server listriknya mati atau Restart, SELURUH DATA DI REDIS AKAN MUSNAH (HILANG) SEKETIKA! Selain itu, harga kapasitas RAM jauh lebih mahal daripada kapasitas Hard Disk (Menyewa 64GB RAM sangat mahal dibanding menyewa 1TB SSD).

Cara Kerja Redis Sebagai Caching Layer

Karena sifatnya yang amnesia jika mati listrik, Redis hampir tidak pernah dijadikan Database Utama (Primary Database). Redis diposisikan sebagai "Tameng Depan" (Caching Layer).

1. Pengunjung mencari data "Harga Emas Hari Ini".
2. Backend mengecek Redis: "Hei Redis, ada data harga emas gak?"
3. Jika kosong (Cache Miss), Backend minta data ke PostgreSQL (yang butuh 2 detik).
4. Setelah dapat, Backend memberikannya ke pengunjung, dan menitipkan fotokopi harga tersebut ke RAM Redis, di-set dengan masa kadaluarsa (TTL) 5 menit.
5. Pengunjung ke-2 sampai ke-1.000.000 yang datang dalam 5 menit ke depan tidak akan menyentuh PostgreSQL sama sekali. Backend akan mengambilkan fotokopian harga emas itu langsung dari Redis dalam hitungan milidetik! (Cache Hit).