Redis kan köra Lua-skript på serversidan — och köra flera kommandon som en enda atomär operation. Skript möjliggör komplex atomär logik, minskar nätverksomkostnader och är det rekommenderade sättet att utföra multi-stegs atomära operationer i Redis.
# EVAL runs a Lua script; KEYS[] and ARGV[] pass keys and arguments
EVAL 1 mykey myvalue
EVAL 1 lock:resource mytoken
Skript använder redis.call() för att köra kommandon, med KEYS[] (nyckelnamn) och ARGV[] (argument) som skickas in. Hela skriptet körs 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 kör ett tidigare inläst skript via dess hash — effektivt för ofta använda skript (skriptet cachelagras på serversidan).
⚠️ 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.
Att förstå Lua-skriptning i Redis är värdefull kunskap på seniornivå för att utföra komplexa atomära operationer, så det är användbart för avancerad Redis-användning.
Kärnvärdet är atomicitet för multi-stegs logik: ett Lua-skript körs helt som en atomär enhet (ingen andra kommandon inskjuts), vilket gör det till det rekommenderade sättet att utföra read-modify-write-operationer som måste vara atomära — som villkorliga uppdateringar, säker låsuppfrigivning (radera bara om token matchar), ratebegränsning och komplexa räknare — ofta bättre än MULTI/EXEC eftersom skript stöder villkorlig logik (transaktionen kan inte fatta beslut baserat på mellanliggande läsningar, men ett skript kan).
Detta löser ett verkligt behov av atomära operationer mer komplexa än enskilda kommandon.
En sekundär fördel är färre nätverksomkostnader (flera operationer i ett anrop, vilket minskar latensen) och körning av anpassad logik på serversidan (nära data).
Att förstå EVALSHA (cachelagring av skript via hash för att undvika att skicka dem igen) är en praktisk effektivitetsteknik för ofta använda skript.
Kritiskt är det att förstå varningarna: skript blockerar den enkeltrådig servern medan de körs, så de måste hållas snabba och enkla (ett långsamt skript försenar alla klienter — en verklig prestandafara), och skript bör vara deterministiska med nycklar som skickas via KEYS[] (för korrekthet i kluster).
Denna medvetenhet förhindrar missbruk av skript för tung beräkning.
Eftersom komplexa atomära operationer är ett verkligt behov (låser, villkorlig logik, atomära multi-stegs uppdateringar), och eftersom Lua-skript tillhandahåller atomär, enkellrund-resor, server-sidlogik som är det rekommenderade tillvägagångssättet för dem (med viktiga varningar om blockering), är förståelse för Lua-skriptning — hur det fungerar, varför det är atomärt och användbart, EVALSHA-cachelagring och varningarna om att hålla det snabbt — värdefull kunskap på seniornivå för avancerad Redis-användning, rätt verktyg för atomär multi-stegs logik och ett ämne som återspeglar djupare Redis-expertis.