Redis lahko izvaja Lua skripte na strežniški strani — izvaja več ukazov kot eno samo atomsko operacijo. Skripte omogočajo kompleksno atomsko logiko, zmanjšajo število mrežnih povratnih potovanj in so priporočeni način za izvajanje večfaznih atomskih operacij v Redisu.
EVAL 1 mykey myvalue
EVAL 1 lock:resource mytoken
Skripte uporabljajo redis.call() za izvajanje ukazov, pri čemer se KEYS[] (imena ključev) in ARGV[] (argumenti) posredujejo v skripti. Celotna skripta se izvaja atomsko kot ena enota.
✓ 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 izvaja predhodno naloženo skripti po njenem hash-u — učinkovito za pogosto uporabljane skripte (skripta je shranjena v cache-u na strežniški strani).
⚠️ 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.
Razumevanje Lua scriptinga v Redisu je dragoceno znanje na ravni višjih nivojev za izvajanje kompleksnih atomskih operacij, zato je koristno za naprednega uporabnika Redisa.
Osrednja vrednost je atomskost za večfazno logiko: Lua skripta se izvaja povsem kot ena atomska enota (nobeni drugi ukazi se ne prepletajo), kar je priporočeni način za izvajanje branja-spreminjanja-pisanja operacij, ki morajo biti atomske — kot so pogojna ažuriranja, varno sproščanje zaklada (brisanje le, če se žeton ujema), limitiranje hitrosti in kompleksni števci — pogosto boljše od MULTI/EXEC, ker skripte podpirajo pogojno logiko (transakcija ne more sprejemati odločitev na podlagi vmesnih branj, vendar skripta to lahko).
To rešuje pravo potrebo za atomske operacije, bolj kompleksne od posamičnih ukazov.
Drugodna prednost je manj mrežnih povratnih potovanj (več operacij v enem klicu, zmanjšana latenca) in izvajanje lastne logike na strežniški strani (blizu podatkov).
Razumevanje EVALSHA (cachiranje skript po hash-u, da se izognemo ponovno pošiljanju) je praktična tehnika učinkovitosti za pogosto uporabljane skripte.
Kritično je razumevanje opozoril: skripte blokirajo enonitkasti strežnik med izvajanjem, zato morajo biti hitro in preprosto (počasna skripta zaustavlja vse klijente — pravi nevarnost za zmogljivost), in skripte bi morajo biti determinističke s ključi, posredovanimi prek KEYS[] (za pravilnost gruče).
Ta zavedanje preprečuje zlorabo skript za težko računanje.
Ker so kompleksne atomske operacije prava potreba (zakladi, pogojna logika, atomska večfazna ažuriranja), in ker Lua skripte zagotavljajo atomsko, enokratkopovratno, strežniško logiko, ki je priporočeni pristop zanje (s pomembnimi opozorili o blokiranju), je razumevanje Lua scriptinga — kako deluje, zakaj je atomski in koristen, EVALSHA cachiranje in opozorila o hitrem izvajanju — dragoceno znanje na ravni višjih nivojev za naprednega uporabnika Redisa, pravo orodje za atomsko večfazno logiko in tema, ki odraža globlje znanje Redisa.