단일 스레드 = 느림이라는 직관을 그대로 들고 오는지, 메모리 작업·이벤트 루프·락 비용까지 한 줄로 연결해 보는지를 가른다.
Redis는 메모리 기반 작업과 이벤트 루프 중심 처리 모델 위에서 명령 실행을 싱글 스레드로 직렬화해 락 경쟁과 동기화 비용을 끊었다. 레이스 컨디션과 데드락이 구조적으로 사라지고 데이터 일관성은 단순해진다. 컨텍스트 스위칭 오버헤드도 줄어 메모리 작업 자체의 빠른 응답이 그대로 처리량으로 이어진다. Redis 6.0부터는 네트워크 I/O 일부만 멀티스레드로 풀고, 명령 실행 코어는 여전히 단일 스레드다.
Redis 인스턴스를 워크로드 별로 분리해 본 적이 있다면 단일 코어 병목과 연결할 수 있다
핫키나 큰 키 하나가 응답 지연을 끌어올린 경험이 있다면 명령 실행 직렬화 구조와 엮어 설명할 수 있다
slowlog나 CPU 사용률을 보고 인스턴스를 늘릴지 샤딩으로 갈지 판단했던 경험이 있다면 멀티코어 확장 전략으로 이어진다
아직 공개된 답변이 없어요. 첫 공개 답변을 남겨보세요.