[일반] 옵티마이저 배울수록 게시판 만드는게 가장 힘들어보임

[차에코푼쒸키(healthy3804)]

적절한 트레이드오프가 필수적인

읽기와 수정이 가장 빈번한게 일어나는곳이 게시판인데

인덱싱을 사용하더라도 머리가 아프고

심지어 인덱싱을 사용하지못하면 임시테이블에 기대는데

filesort연계되버리면 졷나 느릴것같음 :(

※밥먹고  distinct 처리 시작

- dc official App

[bill(oioos)]

리마큐 재밌나보다 나도사야징

[차에코푼쒸키(healthy3804)]

재미좆도없음 그냥 이런식으로 공부하고 면접때 어 그럼 rabbitmq에 담아놓고 함꺼번에 db에 던져주면 인덱싱이 존재해도 쓰기비용에서 오버헤드를 줄이는거 아니야!? 라는 망상이나 짓거리는중 - dc App

[차에코푼쒸키(healthy3804)]

생각해보니 쓸때마다 처리를 하나씩하는것보다 버퍼에담아두고 함꺼번에 쳐넣는게 이래서 빠른건가 오버헤드가 적어져서 - dc App

[익명(175.119)]

하루가 다르게 성장하는구나

[백갤러 1(118.235)]

게시판 목록 뿌리는데 페이징하고 게시판 글 내용 불러오는데 각각 1자리수 io면 충분함 - dc App

[차에코푼쒸키(healthy3804)]

방금 그 생각해봤는데 ㅅㅂ. . 근데 혹시 채팅은 어찌생각함 - dc App

[백갤러 1(118.235)]

웹/앱 서비스에서 근무해서 채팅은 경험해 본적이없네 게시판 비즈니스는 옵티마이저 관련 이슈가 발생하기 어려운 구조고 보통 실시간 데이터가 많은 채팅이나 게임 서비스 같은경우는 RDB에 바로 꽂지는 않고 redis, kafka? 같은서버를 백서버와 RDB사이에두고 실시간 처리 시키고 무결성이 중요하고 저장이 필요한 데이터는 RDB에 넣는식으로 아키텍처가 이루어지는걸로 암 (경험해보진 못함) - dc App

[차에코푼쒸키(healthy3804)]

맞아 그래서 내가 rabbitmq/kafka를 잠시 담아두는 버퍼용으로 썻어 채팅을 하나하나 계속 db에 바로 꽂는건 내 스프링이 아파하더라고 - dc App

[익명(1.236)]

깔끔한 설명 굿.

[익명(223.38)]

Redis stream 에 메시지 정보 저장하는데 메타데이터는 mongo나 시스템 상황에따라 관계형 테이블에 넣는것도 고려함 - dc App

[차에코푼쒸키(healthy3804)]

아 redis는 내가 구현해봤을때 pub/sub로 방목록하고 다른유저들한테 뿌려주는 형태로 구현해본것같음 - dc App

[익명(1.236)]

나 DB 잘 모르긴하는데 게시판 글이 인덱스 사용 할 정도로 빠른 검색이 필요한 기능인가?

[차에코푼쒸키(healthy3804)]

검색엔진 안쓴다고 공부측면에서 이용하면? - dc App

[차에코푼쒸키(healthy3804)]

하 씨발 대가리나쁘고 경험도없고 망상같은 가정이나 쳐하고 그냥 외우는게 낫겠다 - dc App

[익명(gcghqzs9jhhk)]

구글링해서 양키형들이 쓴 질답이나 블로그글 보면 아리송한 생각들이 정리되지 않을까?

[차에코푼쒸키(healthy3804)]

흠 해외사이트에서 놀까 - dc App

[익명(gcghqzs9jhhk)]

나도 실제로 운체나 넷웍할때 구글링으로 영문자료 찾아봐서 인사이트나 부가지식 얻은게 있어서 좋았음

[차에코푼쒸키(healthy3804)]

아 지금 옵티마이저/인덱싱 공부했다고 너무 거기에 모든걸 대입할려고했네 이글은 글삭해야겠다 - dc App

[익명(range4356)]

다른 사람들 댓글달아줬는데 글삭튀 괘씸하거든요? - dc App