읽음 상태 추적이 중요한 이유

실시간 채팅 시스템에서 읽음/안읽음 상태를 정확히 추적하는 것은 사용자 경험의 핵심입니다.

• "저 사람이 내 메시지를 읽었나?"
• "내가 안읽은 메시지가 남아있나?"

따라서 정확성과 성능 모두 만족하는 설계가 필수적입니다.

핵심 고민: 어떻게 정확하고 빠르게 읽음 상태를 추적할 것인가?

초기 설계의 문제점

1. 단순 메시지 카운트 방식의 한계

-- PostgreSQL 방식 (성능 문제)
SELECT COUNT(*) FROM messages
WHERE room_id = ? AND created_at > ?;

문제점:

• 채팅방 목록 조회 시 모든 방에 대해 이 쿼리 반복 실행
• 메시지가 1000개 이상이면 채팅방 목록 로딩이 수 초 지연
• 동시에 여러 사용자가 메시지를 보낼 때 카운트 불일치 발생 가능

2. 각 메시지마다 읽음 여부 조회의 비효율

메시지를 조회할 때 각 메시지마다 개별적으로 읽음 여부를 판단하는 방식:

메시지 1개 조회 → 읽음 여부 확인
메시지 2개 조회 → 읽음 여부 확인
...
메시지 100개 조회 → 읽음 여부 확인 (100번 반복)

문제점:

• N+1 쿼리 문제 발생 (메시지 1번 + 각 메시지별 읽음 조회 N번)
• 메시지가 100개면 총 101번의 DB 조회
• 응답 시간이 선형으로 증가 (메시지 증가 → 성능 급격히 악화)