Redis kann Lua-Skripte serverseitig ausführen — mehrere Befehle als eine einzelne atomare Operation ausführen. Skripte ermöglichen komplexe atomare Logik, reduzieren Netzwerk-Roundtrips und sind die empfohlene Methode für mehrstufige atomare Operationen in Redis.
EVAL 1 mykey myvalue
EVAL 1 lock:resource mytoken
Skripte verwenden redis.call(), um Befehle auszuführen, wobei KEYS[] (Schlüsselnamen) und ARGV[] (Argumente) übergeben werden. Das gesamte Skript wird atomar als eine Einheit ausgeführt.
✓ 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 führt ein zuvor geladenes Skript nach seinem Hash aus — effizient für häufig verwendete Skripte (das Skript wird serverseitig zwischengespeichert).
⚠️ 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.
Lua-Scripting in Redis zu verstehen ist wertvolles Wissen auf Senior-Level für komplexe atomare Operationen, daher ist es für fortgeschrittene Redis-Nutzung wertvoll.
Der Kernwert ist Atomarität für mehrstufige Logik: Ein Lua-Skript wird vollständig als eine atomare Einheit ausgeführt (keine anderen Befehle verschachteln sich), weshalb es die empfohlene Methode für Read-Modify-Write-Operationen ist, die atomar sein müssen — wie bedingte Updates, sichere Sperrfreigabe (nur löschen, wenn das Token übereinstimmt), Rate Limiting und komplexe Zähler — oft besser als MULTI/EXEC, da Skripte bedingte Logik unterstützen (die Transaktion kann keine Entscheidungen basierend auf Zwischenergebnissen treffen, aber ein Skript kann).
Dies löst ein echtes Bedürfnis nach atomaren Operationen, die komplexer als einzelne Befehle sind.
Ein sekundärer Vorteil sind weniger Netzwerk-Roundtrips (mehrere Operationen in einem Aufruf, Latenz reduzierend) und benutzerdefinierte Logik serverseitig (in der Nähe der Daten) ausführen.
EVALSHA (Skripte nach Hash zwischenspeichern, um ein erneutes Senden zu vermeiden) zu verstehen ist eine praktische Effizienz-Technik für häufig verwendete Skripte.
Kritisch wichtig ist das Verständnis der Vorsichtsmaßnahmen: Skripte blockieren den Single-Threaded-Server während der Ausführung, daher müssen sie schnell und einfach sein (ein langsames Skript blockiert alle Clients — ein echtes Performance-Risiko), und Skripte sollten deterministisch sein, mit Schlüsseln, die über KEYS[] übergeben werden (für Cluster-Korrektheit).
Dieses Bewusstsein verhindert eine Fehlnutzung von Skripten für schwere Berechnungen.
Da komplexe atomare Operationen ein echtes Bedürfnis sind (Sperren, bedingte Logik, atomare mehrstufige Updates), und da Lua-Skripte atomare, Single-Roundtrip-, serverseitige Logik bieten, die die empfohlene Methode dafür ist (mit wichtigen Vorsichtsmaßnahmen zur Blockierung), ist das Verständnis von Lua-Scripting — wie es funktioniert, warum es atomar und nützlich ist, EVALSHA-Zwischenspeicherung und die Vorsichtsmaßnahmen, um es schnell zu halten — wertvolles Wissen auf Senior-Level für fortgeschrittene Redis-Nutzung, das richtige Werkzeug für atomare mehrstufige Logik und ein Thema, das tiefere Redis-Expertise widerspiegelt.