상황

같은 videoId에 동시 시청이 발생하면, 조회수 증가 시 데이터 무결성 깨질 가능성이 있음

고려사항

실시간 조회수 증가 상황을 가정하고, 동시성 제어 방식을 비교하여 검토함

1. 낙관적 락

   락을 걸지 않고 충돌 발생 후 처리하는 방식이라, 정합성 측면에서 부족하다 판단하여 제외

2. 비관적 락

   데이터 정합성은 보장되지만, 락 유지 시간이 길어져 성능 저하 우려가 있어 제외

3. redis분산락

   확장성과 속도 면에서 우수하나 구현하는데 있어 오버헤드가 크다 판단하여 제외

4. atomic update

   쿼리 단위에서 동시성 안정성을 확보할 수 있으며, 오버헤드 없이 성능과 안정성 균형이 적절하다 판단하여 적용

구조 전환 배경

• 기존에는 재생 버튼 클릭 시마다 조회수를 실시간으로 증가 시키는 방식이었고, 이로 인해 동시성 문제가 발생할 수 있었는데 이를 해결하기 위해 Atomic Update 방식을 적용
• 프로그램이 고도화되면서 조회수 증가를 로그 기반의 batch 처리 방식으로 전환하게 되었고, 이로 인해 실시간 동시성 문제가 사라지면서 Atomic Update도 자연스럽게 불필요해짐

현재는 재생 시 로그 데이터만 쌓고, 이를 나중에 일괄 집계하는 구조로 변경됨