Redis membenarkan key luput secara automatik selepas masa yang ditetapkan (TTL — Time To Live) — selepas itu ia dipadamkan. Ini adalah asas untuk caching (meluputkan data lapuk), sesi, dan sebarang data sementara, serta merupakan salah satu ciri Redis yang paling banyak digunakan.
SET session:abc EX 3600
SET key PX 5000
SET cache:user:1
EXPIRE cache:user:1 300
EXPIREAT key 1735689600
Anda menetapkan TTL semasa mencipta key (EX/PX) atau menambahnya kemudian (EXPIRE). Selepas TTL berlalu, Redis memadamkan key secara automatik.
TTL session:abc # => seconds remaining (e.g. 3540), -1 if no expiry, -2 if gone
PTTL session:abc # remaining time in milliseconds
PERSIST session:abc # remove the expiry → make the key permanent
TTL menunjukkan masa yang tinggal (-1 = tiada tempoh luput ditetapkan, -2 = key tidak wujud); PERSIST mengeluarkan tempoh luput.
Redis uses a combination of:
LAZY expiration → when a key is accessed, if expired, it's deleted then
ACTIVE expiration → a background process periodically samples and removes expired keys
→ So expired keys are cleaned up even if never accessed again (memory is reclaimed).
✓ CACHING — cache data with a TTL so it auto-refreshes (stale data expires)
✓ SESSIONS — sessions expire after inactivity (set/refresh TTL on activity)
✓ RATE LIMITING — a counter with a TTL (e.g. "max 100 requests per minute")
✓ TEMPORARY data — OTPs, tokens, locks that should auto-clean
→ TTL means Redis manages cleanup automatically — no manual deletion needed.
Tempoh luput key (TTL) ialah salah satu ciri Redis yang paling penting dan paling kerap digunakan, jadi memahaminya adalah penting untuk menggunakan Redis dengan berkesan, terutamanya untuk caching.
Keupayaan teras — key dipadamkan secara automatik selepas masa yang ditetapkan — adalah asas kepada kes penggunaan Redis yang paling biasa: caching (entri cache dengan TTL supaya data lapuk luput dan dimuat semula secara automatik — pusat kepada hampir setiap strategi caching), sesi (luput selepas tidak aktif, memuat semula TTL apabila ada aktiviti), rate limiting (counter dengan TTL melaksanakan "N permintaan setiap tetingkap masa"), dan sebarang data sementara (OTP, token, locks) yang patut membersihkan diri.
Memahami cara menetapkan TTL (EX/PX semasa penciptaan, EXPIRE selepasnya), menyemaknya (TTL, dengan konvensyen pulangan -1/-2), dan menguruskannya (PERSIST) adalah pengetahuan praktikal harian.
Memahami bagaimana Redis meluputkan key (gabungan lazy expiration apabila diakses dan pensampelan latar belakang aktif untuk merebut semula memori walaupun daripada key yang tidak pernah diakses) menerangkan bagaimana pembersihan sebenarnya berlaku.
Nilai utamanya ialah TTL bermaksud Redis menguruskan pembersihan secara automatik — tiada kod pemadaman manual diperlukan, data luput sendiri — inilah yang menjadikan Redis begitu mudah untuk caching dan data sementara.
Memandangkan caching, sesi, rate limiting, dan data sementara adalah antara penggunaan Redis yang paling biasa, dan kerana TTL ialah mekanisme yang membolehkan tempoh luput automatik yang menjadi pusat kepada kesemuanya, memahami tempoh luput key — menetapkan/menyemak/menguruskan TTL, bagaimana tempoh luput berfungsi, dan penggunaan biasanya — adalah pengetahuan Redis penting yang kerap diaplikasikan, satu ciri yang akan anda gunakan secara berterusan dan salah satu aspek bekerja dengan Redis yang paling penting dari segi praktikal.