독자 이득: Redis의 네트워크 통신 비용(RTT)을 극적으로 줄이는 Pipeline 기법과, 분산 환경에서 복잡한 비즈니스 로직의 원자성을 완벽하게 보장하는 Lua 스크립트 활용 능력을 갖춥니다.
Redis는 싱글 스레드 기반으로 초당 수십만 건의 요청을 처리할 만큼 빠릅니다. 하지만 실제 운영 환경에서의 성능 병목은 Redis 엔진 자체가 아닌 **네트워크 레이턴시(RTT, Round Trip Time)**에서 발생하는 경우가 많습니다. 또한, 여러 명령이 조합된 비즈니스 로직을 처리할 때 '원자성(Atomicity)'을 보장하지 못하면 데이터 정합성이 깨지는 사고로 이어집니다.
본 글에서는 Redis 성능을 10배 이상 끌어올리는 Pipeline과, 서버 사이드에서 원자적 로직을 실행하는 Lua Scripting의 내부 동작 원리를 Deep Dive 합니다.
엔지니어가 대량의 데이터를 처리할 때 직면하는 두 가지 기술적 난제는 다음과 같습니다.
1,000개의 데이터를 저장하기 위해 1,000번의 SET 명령을 보낸다고 가정해봅시다. 각 명령어가 Redis에서 실행되는 시간은 0.1ms 미만이지만, 네트워크 왕복에 1ms가 소요된다면 총 시간은 1초가 넘게 걸립니다. 즉, CPU는 놀고 있는데 네트워크 응답을 기다리느라 전체 성능이 저하되는 현상입니다.
"잔액을 조회하고, 충분하면 차감한다"는 로직을 애플리케이션에서 수행하면, 조회와 차감 사이에 다른 서버가 잔액을 수정할 수 있는 **경쟁 상태(Race Condition)**에 노출됩니다. 이를 막기 위해 분산 락을 쓰면 성능이 대폭 하락하는 트레이드오프가 발생합니다.
Redis는 클라이언트와 서버 간의 상호작용 방식을 개선하여 이 문제들을 해결합니다.
Pipeline은 여러 개의 명령을 한 번에 묶어서 서버로 보내고, 응답도 한 번에 받는 방식입니다.