Redis kan kjøre Lua-scripts på serversiden — kjøre flere kommandoer som en enkelt atomær operasjon. Scripts gjør det mulig med kompleks atomær logikk, reduserer nettverks round-trips, og er den anbefalte måten å utføre flerattrinnige atomære operasjoner i Redis.
# EVAL runs a Lua script; KEYS[] and ARGV[] pass keys and arguments
EVAL 1 mykey myvalue
EVAL 1 lock:resource mytoken
Scripts bruker redis.call() til å kjøre kommandoer, med KEYS[] (nøkkelnavn) og ARGV[] (argumenter) som sendes inn. Hele scriptet kjøres atomært som en enhet.
✓ ATOMICITY — the ENTIRE script runs as one unit, no other commands interleave
→ perfect for read-modify-write logic that must be atomic (locks, conditional updates,
rate limiting, complex counters) — better than MULTI/EXEC for conditional logic
✓ FEWER ROUND-TRIPS — multiple operations in ONE call to Redis (less network latency)
✓ Custom LOGIC server-side — conditionals, loops, computations near the data
# load a script once, then call by its SHA hash (avoids resending the script each time)
SCRIPT LOAD "return redis.call('GET', KEYS[1])" # => returns a SHA1 hash
EVALSHA <sha> 1 mykey # run the cached script by hash
EVALSHA kjører et tidligere lastet script ved hjelp av dets hash — effektivt for ofte brukte scripts (scriptet er cachet på serversiden).
⚠️ Scripts BLOCK the server while running (Redis is single-threaded) → keep them FAST
and simple (no slow loops/operations — they'd stall ALL clients)
⚠️ Scripts should be deterministic; pass keys via KEYS[] (for cluster correctness)
→ Use scripts for short, atomic logic — not heavy computation.
Å forstå Lua-scripting i Redis er verdifull senior-nivå kunnskap for utførelse av komplekse atomære operasjoner, så det er nyttig for avansert Redis-bruk.
Kjerneverdi er atomaritet for flerattrinnig logikk: et Lua-script kjøres helt som en atomær enhet (ingen andre kommandoer blir interkalert), noe som gjør det til den anbefalte måten å gjøre read-modify-write operasjoner som må være atomære — som betingede oppdateringer, sikker låsutgivelse (slett bare hvis tokenet stemmer), rate limiting, og komplekse tellere — ofte bedre enn MULTI/EXEC fordi scripts støtter betinget logikk (transaksjonen kan ikke ta beslutninger basert på mellomliggende lesinger, men et script kan).
Dette løser et reelt behov for atomære operasjoner som er mer komplekse enn enkeltkommandoer.
En sekundær fordel er færre nettverks round-trips (flere operasjoner i ett kall, som reduserer latens) og kjøring av egendefinert logikk på serversiden (nær dataene).
Å forstå EVALSHA (caching av scripts ved hash for å unngå å sende dem på nytt) er en praktisk effektivitetsknikk for ofte brukte scripts.
Kritisk sett er det viktig å forstå forholdsreglene: scripts blokkerer enkeltrådet server mens de kjører, så de må holdes raske og enkle (et langsomt script staller alle klienter — en reell ytelsesfare), og scripts bør være deterministiske med nøkler sendt via KEYS[] (for cluster-korrekthet).
Denne bevisstheten forhindrer misbruk av scripts for tung beregning.
Siden komplekse atomære operasjoner er et genuint behov (låser, betinget logikk, atomære flerattrinnige oppdateringer), og siden Lua-scripts gir atomær, enkelt-round-trip, server-side logikk som er den anbefalte tilnærmingen for dem (med viktige forholdsregler om blokkering), er forståelse av Lua-scripting — hvordan det fungerer, hvorfor det er atomært og nyttig, EVALSHA-caching, og forholdsreglene om å holde det raskt — verdifull senior-nivå kunnskap for avansert Redis-bruk, riktig verktøy for atomær flerattrinnig logikk og et tema som reflekterer dypere Redis-kompetanse.