서버가 단일 시나리오인 경우는 드물테니
서버 여러대면 세션도 그렇고 따로 캐시 서버둘텐데
게시물 입력 및 조회 따로 캐싱함?
이용자가 게시물을 등록하거나 수정하면 db에 넣고 그 데이터를 캐시서버에 업데이트하고
다른 이용자가 게시물 검색 및 열람하면 캐시에서 필터링해서 결과 리턴
하루치면 하루치, 일정기간은 캐싱을 하고 더 오래된 행들은 db에서 직접 쿼리해서 리턴
이리하냐?
구현할 게 더 늘어나니 귀찮기는 해도 보통 게시물 열람이 최근 날짜에 집중될테고 매번 페이징해서 리턴하는 것도 거의 같은 내용일테니
게시물이나 댓글 등록, 수정마다 캐시에 그대로 미러링해서 쓰면 잇점이 많을 거 같은데
막상 하려니 귀찮은데 별차이 없다몀 괜히 사서 고생 안하고 놀려고...
서버 여러대면 세션도 그렇고 따로 캐시 서버둘텐데
게시물 입력 및 조회 따로 캐싱함?
이용자가 게시물을 등록하거나 수정하면 db에 넣고 그 데이터를 캐시서버에 업데이트하고
다른 이용자가 게시물 검색 및 열람하면 캐시에서 필터링해서 결과 리턴
하루치면 하루치, 일정기간은 캐싱을 하고 더 오래된 행들은 db에서 직접 쿼리해서 리턴
이리하냐?
구현할 게 더 늘어나니 귀찮기는 해도 보통 게시물 열람이 최근 날짜에 집중될테고 매번 페이징해서 리턴하는 것도 거의 같은 내용일테니
게시물이나 댓글 등록, 수정마다 캐시에 그대로 미러링해서 쓰면 잇점이 많을 거 같은데
막상 하려니 귀찮은데 별차이 없다몀 괜히 사서 고생 안하고 놀려고...
천천히 해
최신페이지 쿼리에만 머티리얼라이즈 뷰 쓰면 되는거아님?
캐싱은 하더라도 맨 마지막에 고려해야지, 서비스 품질 맘에안들면 하는거고
그리고 한다고 실제 품질이 좋아지는지는 밴치마크 테스트 당연히해봐야하고
사용자가 ㅈㄴ많으면 캐싱시키는게 좋고 접속자가 ㅈ도없으면 없어도 무관
이게 답이지. 그냥 놀고 싶은데 사용자는 늘어나야 좋고 ㅋㅋ
품질은 테스트하나 마나 그냥 머릿속으로 몇초만 생각해도 압도적으로 캐싱이 유리하지. 99%도 아닌 100% 당연한 걸 뭘 태스트해.
CDN같은거면 ㅇㅋ 인데 직접 캐싱 구현한다는거 아님? 거기에는 이미지도있을거고 글도 있을거고 기타등등 해서 실제로 번거로움에 비해 성능향상이 안될수도있는거지
결국 db쿼리하는 정도 만 줄어드는정도인데 얼마나 성능향상될지는 테스트해봐야알지
너는 이미지도 db에 때려박나 보구나 ㄷㄷㄷ
이미지는 스토리지에 갖다박지, 당연한거 얘기하게하지마라 ㅇㅅㅇ
메모리에서 필터링 vs 직접 ssd에 쿼리 날려서 필터링해서 리턴, 이걸 굳이 태스트해봐야 아냐?
뭔 개소리야?
그정도로 메모리가 빵빵하다면 뭐라할일은 아닌데 메모리만 한 256기가 쓰게?
무튼 결국 트레이드오프고 당연히 캐시가 빠르겠지만 얼마나 빨라져야할지 밴치마크는 해야한다는것