Redis 트랜잭션(MULTI/EXEC를 통해)은 여러 명령어를 묶어 원자적으로 실행합니다 — 다른 명령어가 끼어들지 않고 모두 함께 실행됩니다. 낙관적 락을 위한 WATCH와 결합하면 여러 연산이 일관되어야 하는 시나리오를 처리합니다. Redis 트랜잭션은 SQL 트랜잭션과 중요한 면에서 다릅니다.
MULTI
SET account:1 100
SET account:2 200
INCR counter
EXEC
MULTI는 명령어 큐잉을 시작하고; EXEC는 모두를 원자적으로(다른 클라이언트의 끼어듦 없이) 실행합니다. DISCARD는 큐에 등록된 트랜잭션을 취소합니다.
# 키를 WATCH; EXEC 전에 변경되면 트랜잭션이 ABORT됨 (nil 반환)
WATCH balance
val = GET balance # 현재 값 읽기
MULTI
SET balance (val - 100) # 읽은 값을 기반으로 수정
EXEC # → WATCH 이후 "balance"가 변경되었으면 EXEC 실패 (nil 반환)
# → 실패하면 전체를 재시도 (낙관적 동시성 제어)
WATCH는 낙관적 락을 제공합니다: WATCH한 키가 EXEC 전에 다른 클라이언트에 의해 수정되면 트랜잭션이 중단됩니다 — check-then-set 연산을 안전하게 할 수 있게 합니다(충돌 시 재시도).
⚠️ Redis 트랜잭션은 SQL 트랜잭션과 다릅니다:
✗ 롤백 없음 — EXEC 시점에 명령어가 실패해도 다른 명령어는 여전히 실행됨
(에러가 트랜잭션을 롤백하지 않음; Redis는 되돌리지 않음). EXEC 전 구문 에러만
전체를 중단시킴.
✓ 원자성 = 명령어가 끼어듦 없이 함께 실행됨(격리), 에러 시 롤백되는 all-or-nothing이
아님.
→ 복잡한 원자적 로직에는 종종 Lua SCRIPT를 대신 사용 (스크립트는 원자적으로 실행).
Redis 트랜잭션을 이해하는 것은 여러 연산을 일관되게 수행하는 데 가치가 있으므로 유용한 지식이며 — SQL 트랜잭션과 어떻게 다른지 이해하는 것이 잘못된 가정을 피하는 데 특히 중요합니다.
핵심 기능 — MULTI/EXEC로 명령어를 묶어 원자적으로 실행(모두 함께, 다른 클라이언트의 명령어 끼어듦 없이) — 은 여러 연산이 일관된 단위로 일어나야 하는 시나리오를 해결합니다.
WATCH 메커니즘은 낙관적 락(check-and-set)을 제공합니다: WATCH한 키가 EXEC 전에 변경되면 트랜잭션을 중단하여 안전한 check-then-modify 연산(현재 값을 기반으로 잔액을 감소시키는 것 등)을 충돌 시 재시도와 함께 가능하게 합니다 — 올바른 동시 연산에 중요합니다.
가장 결정적인 점은 Redis 트랜잭션이 SQL 트랜잭션과 어떻게 다른지 이해하는 것입니다: Redis는 롤백이 없습니다 — EXEC 시점에 명령어가 실패해도 다른 명령어는 여전히 실행되므로(Redis는 되돌리지 않음), 여기서 "원자성"은 명령어가 끼어듦 없이 함께 실행됨(격리)을 의미하지 에러 롤백이 있는 all-or-nothing이 아닙니다.
이를 오해하면(SQL 같은 롤백을 가정) 잘못된 에러 처리로 이어집니다.
복잡한 원자적 로직에는 종종 Lua 스크립트를 대신 쓴다는 것(스크립트가 하나의 단위로 원자적으로 실행)을 아는 것도 가치 있습니다.
일관된 다중 연산 실행과 올바른 동시성은 실제 요구이고, Redis 트랜잭션(낙관적 락을 위한 WATCH가 있는 MULTI/EXEC)이 이를 해결하지만 SQL과의 중요한 차이(롤백 없음)를 이해해야 하므로, Redis 트랜잭션 — MULTI/EXEC, WATCH 기반 낙관적 락, 특히 SQL과의 no-rollback 구분 — 을 이해하는 것은 동시 시나리오에서 Redis를 올바르게 사용하는 데 가치 있고 실무적으로 관련된 지식이며, 익숙한 SQL 트랜잭션과의 차이를 이해하는 것이 메커니즘 자체만큼 중요합니다.