Redis 성능 최적화

Redis 성능 최적화는 느린 명령을 피하고, key 크기와 접근 집중을 관리하고, 네트워크 왕복을 줄이는 것에서 시작합니다.

용어

아닙니다. 큰 key 조회, 전체 scan, 느린 Lua, 네트워크 RTT, connection pool 부족, fork / AOF rewrite, swap이 있으면 느려질 수 있습니다.

복잡도	예시	특징
O(1)	`GET`, `SET`, `INCR`, `SISMEMBER`	빠른 기본 명령
O(log N)	`ZADD`, `ZRANK`	Sorted Set 기반
O(N)	`KEYS`, `SMEMBERS`, `HGETALL`, `LRANGE 0 -1`	큰 데이터에서 위험

# 위험
KEYS *
SMEMBERS huge:set
HGETALL huge:hash

# 대안
SCAN 0 MATCH user:* COUNT 100
SSCAN huge:set 0 COUNT 100
HSCAN huge:hash 0 COUNT 100

Big Key는 자주 접근하지 않아도 위험합니다. 한 번 조회하거나 삭제하는 순간 Redis가 오래 붙잡힐 수 있습니다.

대응은 key 분할, 페이지 단위 조회, UNLINK, 자료구조 재설계입니다.

Hot Key는 하나의 key에 요청이 몰려 특정 Redis 노드가 병목이 되는 문제입니다.

Cluster를 사용해도 key 하나는 한 slot에 있으므로 hot key가 자동 분산되지는 않습니다.

Pipelining은 여러 명령을 한 번에 보내 네트워크 왕복을 줄입니다.

장점	주의
RTT 감소	한 번에 너무 많이 보내면 응답 지연과 메모리 증가
대량 처리 효율	실패 처리와 부분 성공 처리 필요

대량 삭제, 대량 적재는 batch 크기를 제한하고 모니터링하면서 수행합니다.

클라이언트 로컬 메모리에 Redis 결과를 잠깐 보관해 Redis 요청 자체를 줄입니다.

장점	주의
가장 빠름	서버 간 정합성 문제
hot key 완화	무효화 전략 필요

짧은 TTL 설정, Pub/Sub 무효화, version key 조합으로 stale을 줄일 수 있습니다.

redis-cli SLOWLOG GET 20
redis-cli LATENCY DOCTOR
redis-cli INFO commandstats

항목	최적화
RTT	Redis와 애플리케이션을 같은 region/VPC에 배치
connection pool	인스턴스 수와 동시 요청량 기준으로 제한
timeout	너무 길면 장애 전파, 너무 짧으면 일시 지연에 취약
retry	지수 backoff와 제한 횟수