Redis poate executa scripturi Lua pe server — rulând multiple comenzi ca o singură operație atomică. Scripturile permit logică atomică complexă, reduc round-trip-urile de rețea și sunt modalitatea recomandată pentru a face operații atomice multi-pas în Redis.
# EVAL runs a Lua script; KEYS[] and ARGV[] pass keys and arguments
EVAL 1 mykey myvalue
EVAL 1 lock:resource mytoken
Scripturile folosesc redis.call() pentru a rula comenzi, cu KEYS[] (nume de chei) și ARGV[] (argumente) transmise. Întregul script se execută atomic ca o unitate.
✓ 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 rulează un script încărcat anterior prin hash-ul acestuia — eficient pentru scripturile des folosite (scriptul este cache-at pe server).
⚠️ 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.
Înțelegerea scripturilor Lua în Redis este cunoaștere valoroasă la nivel senior pentru efectuarea de operații atomice complexe, deci este utilă pentru utilizarea avansată a Redis-ului.
Valoarea principală este atomicitatea pentru logică multi-pas: un script Lua se execută în întregime ca o unitate atomică (nici o altă comandă nu se intercalează), ceea ce îl face modalitatea recomandată pentru a face operații read-modify-write care trebuie să fie atomice — cum ar fi actualizările condiționale, eliberarea sigură de blocaje (ștergere numai dacă token-ul se potrivește), limitarea ratei și contoare complexe — adesea mai bun decât MULTI/EXEC pentru că scripturile acceptă logică condițională (tranzacția nu poate lua decizii pe baza lecturilor intermediare, dar un script poate).
Acest lucru rezolvă o nevoie reală de operații atomice mai complexe decât comenzile unice.
Un beneficiu secundar este mai puține round-trip-uri de rețea (multiple operații într-un apel, reducând latența) și execuția logicii personalizate pe server (apropiat de date).
Înțelegerea EVALSHA (caching-ul scripturilor după hash pentru a evita trimiterea repetată a acestora) este o tehnică practică de eficiență pentru scripturile des folosite.
Critic, înțelegerea avertismentelor este importantă: scripturile blochează serverul single-threaded în timp ce rulează, deci trebuie să fie ținute rapide și simple (un script lent blochează toți clienții — un pericol real de performanță), iar scripturile trebuie să fie deterministe cu chei transmise prin KEYS[] (pentru corectitudinea cluster-ului).
Această conștientizare previne utilizarea greșită a scripturilor pentru calcul greu.
Fiind că operațiile atomice complexe sunt o nevoie genunină (blocaje, logică condițională, actualizări atomice multi-pas), și fiindcă scripturile Lua oferă logică atomică, single-round-trip, pe server care este abordarea recomandată pentru ele (cu avertismente importante despre blocaj), înțelegerea scripturilor Lua — cum funcționează, de ce sunt atomice și utile, caching-ul EVALSHA și avertismentele de menținere-a-vitezei — este cunoaștere valoroasă la nivel senior pentru utilizarea avansată a Redis-ului, instrumentul potrivit pentru logică atomică multi-pas și un subiect care reflectă o expertiză mai profundă în Redis.