형님들(진지 어그로X) 게시판 조회수 설계방향만 좀 물어볼수있을까요??
1.조회수 카운팅은 회원기준으로만
2. 회원수는 1만명이라 가정
3.최악의 경우로 1만명 회원이 50개의 게시물을 순서대로 동시에 본다고 가정
4.그러면 백단에서 각 회원당 게시물본적이있는지 판단 로직을 적당히 짠후 redis에 저장시킴.
redis에 그러면 각 회원이 본 데이터의 총합은 50만개로 저장된후
5. 스케쥴러로 2분마다 한번에 게시판 조회수를 업데이트를 할 게시물은 총 50개로
이렇게 코드를 작성하면 비효율적일까요?
구글에 조회수나 좋아요 검색을 해보면 대부분 바로 클릭시마다 update로 처리하면 데드락이다.. 서버가 죽을수도 있다 그러던데
우선 구상은 위처럼 해보려고 합니다
혹시나 작전자체가 막장이라면 그냥 보는 즉시 update쿼리를 날리면 될까요??
유독 update에 관한 문제만 다들 주의하라는 글만 보아서 생각나는 작전은 저거만 있습니다...
그냥 단순하게 레디스에서 조회수 불러와서 +1 트랜잭션 없이 적용하고 동시에 요청 몰려서 동시성 문제 생기는건 무시하도록 하면 되지 않을까 디비에는 일정 시간마다 업데이트하고 예전에 주딱이 올려준 예시 있는데 한번 공지 찾아보셈
https://m.dcinside.com/board/github/49679
최대한 동시적 접근이 가능하게 만들어 보세요 ! 정합성이 중요한 데이터가 아니라고 판단되면 굳이 동기화를 할 필요는 없어 보입니다