이런 문제는 어떻게 해결해야할까요

Question

어떤 페이지가 있고, 이 페이지는 페이징을 해놓은 상태입니다.처음 접속시 날짜 내림차순으로 정렬하여 10개씩 가지고 옵니다.그런데 이 페이지에 처음 접속(몇분? 주기로)하면 저 10개 가지고 오는 쿼리가 2~3초씩 걸립니다.쿼리문젠가 싶다가도 새로고침하면 빠르고, 2페이지 3페이지등 페이지를 넘어가도 빠릅니다.물론 db툴에서도 빠르구요. explain도 봤는데 별다른 문제가 없습니다.딱 처음 접속시, 그리고 몇십분? 지나서 다시 들어갔을때 딱 처음이 느린데, 이유를 모르겠습니다.혹시 비슷한 현상을 겪었거나 하신분 있나요?gpt, 구글링해도 별다른 소득이 없네요..

ykd · Answer

현상만 보면 아래 둘 중 하나와 관련이 있을 법 하네요 캐시 - 브라우저 캐시, 원격 캐시, 로컬 캐시, jpa 캐시, db 캐시jvm 워밍업

RWB · Answer

프로젝트의 구조나, 인프라에 따라 여러 요인이 있고, 요인이 복합적일 수도 있어서 뭐라 콕 집어서 말씀드리긴 저나 다른 분들이나 마찬가지지 않을까 합니다.하다보면 시덥잖은 이유부터, 별 희한한 이유도 있거든요.묘사하신 증상과 비슷한 케이스를 들었던 적이 있는데, 일부 서버 호스팅 서비스(보통 무료)의 경우, 자원 절약을 위해 일정 시간동안 요청이 접수되지 않을 경우, 서버를 절전 상태로 놔둔다고 들었습니다.문제는 절전 상태 후에 들어오는 요청인데, 이를 처리하기 위해 절전 모드를 해제하고 온전한 성능이 필요합니다.때문에 장시간 미사용 후, 첫 요청을 받으면 절전 모드 해제로 인해 몇 초간 홀딩을 겪어야했다던 케이스가 있었습니다.이후엔 절전 모드가 해제되었기에, 새로고침 같은 추가 요청 시, 빠릿빠릿하게 동작했습니다.이후 절전 모드 요구 시간이 지난 후 접속하면 이런 일이 반복되구요.질문자분이랑 같은 케이스일진 모르겠으나, 생각나서 남겨봅니다.

HJOW · Answer

이건 캐싱 같은데...캐싱 문제도 여러 곳에 걸릴 수 있습니다.백엔드가 자바 (스프링부트 라고 #이 붙어있으니...) 이니처음 프로젝트 키면 아직 DB조회할 일은 없지 않습니까. 이거 실제로 메모리상에 클래스가 로드되지 않습니다.DB에 접속하라는 코드 만나면, 부랴부랴 DAO를 비롯해서 MyBatis 및 JDBC 드라이버 클래스들을 로드하기 시작하죠.DB쪽에도 캐싱이 걸릴 수 있습니다.DBMS라고 항상 모든 데이터를 항상 디스크에서 읽지는 않습니다.데이터 자체도 캐싱 목적으로 일부는 메모리에 갖고 있죠.데이터만 캐싱하는 것도 아닙니다. 인덱스도 문제구요.DBMS가 SQL문을 실행해 데이터를 가져오는 과정에서DBMS는 &#34;실행 계획&#34; 이란 걸 먼저 만듭니다.어디서 뭘 읽고 이거랑 언제 합쳐서 조건을 이때 적용하고 ...이것도 최근에 조회한 테이블이면 빠릿빠릿하게 나오겠죠.DBMS를 다른데 것을 쓴다면거기서 DBMS를 휴면 상태로 놔둔다는 의심도 해야 합니다.이러면 재접속 처리하는데 시간이 꽤 걸리죠.하이튼 처음 실행할 때만 느리다 하면 정말 온갖 원인이 있을 수 있습니다.해결방법도 어느정도 존재합니다. 처음 서버 부팅할 때 자바 코드를 실행시킬 수 있습니다.거기다 DB 조회하라고 코드를 넣으면 되죠.스프링쪽 기능도 있고, 서블릿쪽 기능도 있네요. 일단 둘다Spring 애플리케이션 시작 시 실행되는 로직 작성하기 - Sungho's Blog (sgc109.github.io)JSP로 웹어플리케이션 이벤트(웹어플리케이션 실행시,종료시 작업) 처리 (tistory.com)

94backend · Answer

API가 느려진다는 건지,화면에 노드가 느려진다는 건지 정확한건 모르겠지만, API 가 클라이언트에서 일정 시간이 지난다고 느려질일은 없다고 보시면 되고 클라이언트에 메모리 누수가 있을 가능성이 있습니다 ㅋ.ㅋ성능저하로 인해 API 호출 자체가 느린걸 수도 있어요서버쪽이 의심 되시면 DB 커넥션 풀이 부족하진 않은지 확인해보시고 캐싱 이 있다면 캐시만료 설정도 한번 체크해보세요 ㅋ.ㅋ

이런 문제는 어떻게 해결해야할까요

4개의 답변

기술 목록