Redis 6.0+ 멀티스레딩 — I-O 스레드와 메인 스레드

1. 소켓에서 데이터 읽기 (read)        ← 네트워크 I/O
2. 요청 파싱 (parse)                  ← CPU
3. 명령 실행 (execute)                ← CPU (데이터 접근)
4. 응답 생성 (format)                 ← CPU
5. 소켓으로 데이터 쓰기 (write)        ← 네트워크 I/O

Main Thread:
  read(client1) → parse → execute → write
  read(client2) → parse → execute → write
  read(client3) → parse → execute → write
  ...
  (모든 작업을 한 스레드가 순차 처리)

I/O Thread 1: read(client1), read(client4), read(client7)...
I/O Thread 2: read(client2), read(client5), read(client8)...
I/O Thread 3: read(client3), read(client6), read(client9)...

Main Thread:
  parse + execute(client1)
  parse + execute(client2)
  parse + execute(client3)
  ...
  (명령 실행은 여전히 싱글 스레드)

I/O Thread 1: write(client1), write(client4)...
I/O Thread 2: write(client2), write(client5)...
I/O Thread 3: write(client3), write(client6)...

단계 1: [I/O 스레드들] 클라이언트 소켓에서 데이터 읽기 (병렬)
         ↓ (동기화 포인트)
단계 2: [메인 스레드] 요청 파싱 + 명령 실행 (순차)
         ↓ (동기화 포인트)
단계 3: [I/O 스레드들] 응답 데이터를 소켓에 쓰기 (병렬)
         ↓ (동기화 포인트)
단계 1로 반복

# I/O 스레드 수 (메인 스레드 포함)
# 기본값: 1 (멀티스레딩 비활성화)
io-threads 4

# I/O 스레드가 읽기(파싱)도 처리할지 여부
# 기본값: no (쓰기만 병렬 처리)
io-threads-do-reads yes

# 런타임에는 변경 불가 — redis.conf에서만 설정
# Redis 재시작 필요

# 4코어 머신
io-threads 2  # 또는 3

# 8코어 머신
io-threads 4  # 최대 6

# 규칙: CPU 코어 수의 절반 이하
# 8 이상은 거의 효과 없음

멀티스레드 명령 실행이라면:
Thread 1: INCR counter → read(100), 100+1=101, write(101)
Thread 2: INCR counter → read(100), 100+1=101, write(101)
→ 결과: 101 (올바른 결과는 102)
→ 락이 필요 → 성능 저하

싱글 스레드 명령 실행:
Main: INCR counter → read(100), write(101)
Main: INCR counter → read(101), write(102)
→ 결과: 102 (정확)
→ 락 불필요

io-threads 1 (싱글): ~100,000 ops/sec
io-threads 2:        ~170,000 ops/sec  (+70%)
io-threads 4:        ~250,000 ops/sec  (+150%)
io-threads 6:        ~280,000 ops/sec  (수확 체감)

메인 스레드:     명령 실행, 이벤트 루프
I/O 스레드:      네트워크 읽기/쓰기 (6.0+)
Bio 스레드 1:    파일 close() 처리
Bio 스레드 2:    AOF fsync() 처리
Bio 스레드 3:    Lazy free (UNLINK, 비동기 삭제)
Fork 프로세스:   RDB 저장, AOF 리라이트

# DEL 대신 UNLINK 사용
127.0.0.1:6379> UNLINK large-key  # 백그라운드에서 삭제

# 자동 Lazy Free 설정
lazyfree-lazy-eviction yes        # maxmemory eviction 시
lazyfree-lazy-expire yes          # TTL 만료 삭제 시
lazyfree-lazy-server-del yes      # RENAME 등 내부 삭제 시
lazyfree-lazy-user-del yes        # DEL도 UNLINK처럼 동작 (Redis 6.0+)

# I/O 스레드 활동 확인
127.0.0.1:6379> INFO stats
# io_threaded_reads_processed: I/O 스레드가 처리한 읽기 수
# io_threaded_writes_processed: I/O 스레드가 처리한 쓰기 수

# 현재 설정 확인
127.0.0.1:6379> CONFIG GET io-threads
1) "io-threads"
2) "4"

// Lettuce — 기본적으로 넌블로킹, 파이프라이닝 지원
// 별도 설정 없이 I/O 멀티스레딩의 효과를 누릴 수 있음

// 커넥션 풀은 불필요 (Lettuce는 단일 연결로 멀티플렉싱)
// 하지만 블로킹 명령이 있다면 풀 사용
LettucePoolingClientConfiguration clientConfig = LettucePoolingClientConfiguration.builder()
    .poolConfig(new GenericObjectPoolConfig<>())
    .build();