Redis는 DB 작업을 줄일 수 있지만 항상 이득은 아닙니다. 네트워크 지연, eviction, 직렬화, 플러그인 동작이 새로운 병목이 될 수 있습니다.
“연결됨”은 건강한 오브젝트 캐시의 증거가 아닙니다. hit rate, 지연, 메모리 압력, 실제 애플리케이션 동작을 측정하세요.
1. Redis가 어디에서 실행되는지 확인
로컬 socket, 로컬 TCP, 원격 Redis는 지연 특성이 크게 다릅니다. 원격 캐시가 대체하는 DB 쿼리보다 느릴 수도 있습니다.
2. 메모리와 eviction 정책 확인
빈번한 eviction은 성능을 불안정하게 만들고 오브젝트가 가치가 생기기 전에 제거합니다.
3. 오래된 데이터와 페이지 캐시 분리
Object cache, full-page cache, CDN은 서로 다른 것을 저장합니다. 실제로 오래된 값을 가진 레이어를 비워야 합니다.
4. 크거나 자주 바뀌는 오브젝트 찾기
큰 options, transients, 변동이 큰 key는 메모리와 직렬화 비용을 늘립니다.
5. wp-admin을 별도로 측정
익명 프런트 벤치마크에서 보이지 않는 object cache 문제가 관리자 화면에서 드러날 수 있습니다.
6. Redis 사용 전후를 같은 조건에서 비교
추측보다 통제된 A/B 측정이 중요합니다. Object cache를 끈 경로가 더 빠르면 원인을 조사한 뒤 다시 켭니다.