Redis puede ejecutar scripts Lua en el servidor — ejecutando múltiples comandos como una única operación atómica. Los scripts permiten lógica atómica compleja, reducen viajes de ida y vuelta por la red, y son la forma recomendada de realizar operaciones atómicas de múltiples pasos en Redis.
EVAL 1 mykey myvalue
EVAL 1 lock:resource mytoken
Los scripts utilizan redis.call() para ejecutar comandos, con KEYS[] (nombres de claves) y ARGV[] (argumentos) pasados como parámetros. El script completo se ejecuta atómicamente como una unidad.
✓ 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 ejecuta un script cargado previamente por su hash — eficiente para scripts usados frecuentemente (el script se almacena en caché en el servidor).
⚠️ 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.
Comprender la ejecución de scripts Lua en Redis es conocimiento valioso de nivel senior para realizar operaciones atómicas complejas, por lo que es útil para el uso avanzado de Redis.
El valor central es la atomicidad para lógica de múltiples pasos: un script Lua se ejecuta completamente como una unidad atómica (ningún otro comando se intercala), lo que lo convierte en la forma recomendada de realizar operaciones de lectura-modificación-escritura que deben ser atómicas — como actualizaciones condicionales, liberación segura de candados (eliminar solo si el token coincide), limitación de velocidad, y contadores complejos — frecuentemente mejor que MULTI/EXEC porque los scripts soportan lógica condicional (la transacción no puede tomar decisiones basadas en lecturas intermedias, pero un script sí puede).
Esto resuelve una necesidad real de operaciones atómicas más complejas que comandos únicos.
Un beneficio secundario es menos viajes de ida y vuelta por la red (múltiples operaciones en una sola llamada, reduciendo latencia) y ejecutar lógica personalizada en el servidor (cerca de los datos).
Comprender EVALSHA (almacenamiento en caché de scripts por hash para evitar reenviarlo) es una técnica de eficiencia práctica para scripts usados frecuentemente.
Críticamente, comprender las advertencias es importante: los scripts bloquean el servidor de un solo hilo mientras se ejecutan, por lo que deben mantenerse rápidos y simples (un script lento detiene todos los clientes — un peligro real de rendimiento), y los scripts deben ser deterministas con claves pasadas a través de KEYS[] (para corrección de clúster).
Esta conciencia previene el mal uso de scripts para computación pesada.
Ya que las operaciones atómicas complejas son una necesidad genuina (candados, lógica condicional, actualizaciones atómicas de múltiples pasos), y ya que los scripts Lua proporcionan lógica atómica, de una sola vuelta, en el servidor que es el enfoque recomendado para ellas (con advertencias importantes sobre bloqueo), comprender la ejecución de scripts Lua — cómo funciona, por qué es atómica y útil, almacenamiento en caché EVALSHA, y las advertencias de mantenerlo rápido — es conocimiento valioso de nivel senior para el uso avanzado de Redis, la herramienta correcta para lógica atómica de múltiples pasos y un tema que refleja una experiencia más profunda de Redis.