1. 실시간 채팅 — WebSocket(STOMP) 선택

채팅은 송·수신이 동시에 일어나는 양방향 통신이 필수였기 때문에 SSE와 Polling은 고려 대상에서 제외했습니다.

2. 채팅 메시지 페이징 — 커서 기반 선택

create_dt 단독 커서는 동일 시각 메시지가 복수일 때 정렬이 불안정합니다. message_id를 보조 커서로 추가해 정렬 안정성과 성능을 동시에 확보했습니다.

WHERE (create_dt < #{lastCreateDt})
   OR (create_dt = #{lastCreateDt} AND message_id < #{lastMessageId})
ORDER BY create_dt DESC, message_id DESC
LIMIT #{pageSize}

3. 읽음 상태 관리 — room_read_tb 분리 설계

메시지와 읽음 상태의 생명주기를 분리해 데이터 정합성과 실시간성을 동시에 만족하는 구조를 설계했습니다.

room_read_tb
├── room_id
├── user_id
└── last_read_message_id

unread count = COUNT(*) WHERE message_id > last_read_message_id

4. Presence(접속 상태) 관리 — 서버 기준 상태 관리

클라이언트 기준으로 상태를 관리하면 탭 닫기·새로고침·중복 접속 상황에서 엣지 케이스가 발생합니다. WebSocket CONNECT / DISCONNECT 이벤트로 online user를 서버에서 관리하고, ENTER_ROOM / LEAVE_ROOM 이벤트를 추가해 userId → activeRoomId 매핑을 서버가 보유하도록 설계했습니다.

서버가 반드시 알고 있어야 할 상태
├── Connection State  (연결 여부)
├── User State        (온라인 여부)
└── Room State        (현재 활성 채팅방)

이 중 하나라도 없으면 알림 중복 · unread 오류 · 1인방 버그 · 재접속 문제가 연쇄적으로 발생합니다.