refactor: Row Lock 경합 제거를 위한 레슨 참가자 수 업데이트 로직 디커플링

[Ji-minhyeok]

📝 배경 및 문제점

현상
현재 컨슈머 로직에서 각 메시지(또는 배치) 처리 시 Lesson 테이블의 participantCount를 실시간으로 업데이트함

원인
단일 lessonId에 대한 부하 집중 시 DB의 Row Lock 경합으로 인해 컨슈머를 Scale-out해도 처리량이 선형적으로 증가하지 않는 병목 발생

지표
iostat 확인 결과 디스크 I/O 유틸리티는 낮으나(%util 30% 미만) DB CPU 사용량이 높고 락 대기 시간으로 인해 전체 레이턴시가 증가함

🚀 개선 목표

• 메시지 소비 단계와 Lesson 로우 업데이트 단계를 분리(Decoupling)하여 Row Lock 경합을 원천 차단
• 최종 일관성(Eventual Consistency) 모델을 도입하여 피크 타임 처리량을 극대화

🛠 작업 내용

1. 메시지 소비 로직 수정

• 메시지 처리 시에는 Participant 엔티티의 INSERT 작업만 수행 (Row Lock 경합 없음)
• Lesson 엔티티에 대한 직접적인 UPDATE 또는 Dirty Checking 호출 제거

2. 최종 보정 로직 구현

• 메시지 소비가 완료되었거나 큐가 비어있는 시점에 한 번에 Lesson.participantCount를 업데이트
• COUNT(*) 쿼리를 기반으로 한 원자적(Atomic) 업데이트 쿼리 적용

✅ PR 유형

• 코드 리팩토링

✅ Check List

• 코드가 정상적으로 컴파일되나요?
• 테스트 코드를 통과했나요?
• merge할 브랜치의 위치를 확인했나요?
• Label을 지정했나요?

🔗 관련 이슈

• [Refcator] Lesson Consumer Row Lock 경합 개선 및 최종 일관성 적용 #221

💬 기타 참고 사항