Grundlæggende Redis-cacheoperationer

Velkommen! I denne lektion dykker vi ned i de grundlæggende handlinger til administration af data i din Redis-cache. Tænk på det som at lære det grundlæggende "læs, skriv, opdater og slet" for dine cachelagrede oplysninger.

Det er afgørende at beherske disse kommandoer for at kunne bruge Redis effektivt til at gøre dine applikationer hurtigere og reducere belastningen på databasen.

Den mest grundlæggende handling er at gemme data. I Redis bruger du kommandoen SET til at gemme et nøgle-værdi-par.

• Nøgle: En entydig identifikator for dine data (f.eks. user:123:name).
• Værdi: De faktiske data, du vil gemme (f.eks. "Alice").

Det svarer til at sætte en etiket på en kasse og lægge noget ind i den.

SET myapp:homepage "Welcome to our site!"

Denne kommando gemmer "Welcome to our site!" under nøglen myapp:homepage.

Når dataene er gemt, skal du kunne hente dem igen. Kommandoen GET henter den værdi, der er knyttet til en bestemt nøgle.

Hvis nøglen findes, returnerer Redis dens værdi. Hvis nøglen ikke findes eller er udløbet, returnerer Redis nil (ingenting).

GET myapp:homepage

Dette returnerer "Welcome to our site!", hvis nøglen findes.

Cachelagrede data bør ikke ligge der for evigt! Time To Live (TTL) angiver, hvor længe et element skal forblive i cachen, før det automatisk fjernes. Det forhindrer forældede data og sparer hukommelse.

• TTL måles typisk i sekunder.
• Når TTL udløber, slettes nøglen automatisk af Redis.

Det svarer til at indstille en alarm for dine cachelagrede data.

Du kan angive en TTL, allerede når du gemmer dataene, ved hjælp af SETEX eller PSETEX.

• SETEX key seconds value: Angiver et udløb i hele sekunder.
• PSETEX key milliseconds value: Angiver et udløb i millisekunder (for mere præcis styring).

Det er meget almindeligt ved caching af midlertidige sessionstokens eller data, der ændrer sig ofte.

SETEX user:123:session 300 "active"

Denne nøgle udløber om 5 minutter (300 sekunder).

Du kan også angive eller ændre TTL'en for en eksisterende nøgle eller kontrollere, hvor meget tid der er tilbage.

• EXPIRE key seconds: Angiver en TTL for en eksisterende nøgle.
• PERSIST key: Fjerner udløbet fra en nøgle, så den bliver permanent.
• TTL key: Returnerer den resterende TTL i sekunder (eller -1, hvis der ikke er nogen TTL, og -2, hvis nøglen ikke findes).

EXPIRE user:123:session 60
TTL user:123:session

Den første kommando opdaterer TTL'en til 60 sekunder. Den anden kontrollerer den.

Hvis du vil "opdatere" en cachepost, bruger du blot kommandoen SET igen med den samme nøgle. Redis overskriver den gamle værdi med den nye.

Hvis nøglen havde en TTL, fjernes den, medmindre du udtrykkeligt angiver en ny med SETEX eller EXPIRE.

SET user:123:name "Bob"
SET user:123:name "Robert"

Efter den anden kommando vil GET user:123:name returnere "Robert".

Når data ikke længere er nødvendige eller er blevet helt ugyldige, kan du fjerne dem fra cachen ved hjælp af kommandoen DEL.

• DEL key: Sletter en enkelt nøgle.
• DEL key1 key2 key3: Sletter flere nøgler på én gang.

Det frigiver hukommelse og sikrer, at din cache kun indeholder relevante data.

DEL myapp:homepage
DEL user:123:session user:456:session

Disse kommandoer fjerner de angivne nøgler fra Redis.

Lad os simulere et simpelt cachingforløb for en webside ved hjælp af disse kommandoer:

SET page:about "HTML content for about page" EX 3600
GET page:about
# ... time passes ...
DEL page:about  # If content changes, invalidate it!

Her angiver vi sidens indhold med en TTL på 1 time og henter det derefter. Hvis siden opdateres, sletter vi den gamle cachepost udtrykkeligt.

Godt arbejde! Du har lært de vigtigste Redis-kommandoer til administration af din cache:

• SET: Til at gemme nøgle-værdi-par.
• GET: Til at hente værdier.
• SETEX/PSETEX: Til at angive en værdi med et udløb.
• EXPIRE/PEXPIRE/PERSIST: Til at styre udløb for eksisterende nøgler.
• DEL: Til at fjerne nøgler.

Disse kommandoer er byggestenene i enhver Redis-cachingstrategi. Dernæst undersøger vi flere af de avancerede datastrukturer, som Redis tilbyder til caching!