화면 최초 실행시 쿼리속도가 느린 문제

Question

계속 쓰다보니 글이 난잡해져서 요점만 쓰겠습니다 ^^; - 운영계에서 한달치 데이터를 조회하면 타임아웃으로 결과를 얻어오지 못합니다. - 조회기간을 하루로 변경해서 조회하면 하루치 데이터를 조회해옵니다. 하지만 속도는 정상적인 속도보다 느립니다. - 다시 조회기간을 한달로 변경한 후 조회하면 정상적으로 조회됩니다. 속도는 정상적인 속도입니다. - 해당 쿼리를 개발계DB, 운영계DB에서 DB툴로 실행하면 같은 결과(속도)를 보여줍니다. 요약하면... 최초에 한번만 쿼리가 비정상적으로 느리게 돌아가는 것 같습니다. 최초에 쿼리를 메모리에 올려 실행하는 것이 원인이라고 해도... 너무 느립니다. 타임아웃까지 걸릴 정도라서... 처음에는 쿼리의 튜닝 등의 문제라 생각해서 이곳(DB QNA) 게시판에 글을 몇번 쓰고 지우고 했는데, WAS 같은 문제일 것 같다는 생각도 듭니다. 오라클 10g사용하고요. JBoss 에 Gauce 사용합니다. 혹시 더 필요로 하는 정보가 있다면... 리플 열심히 달겠습니다 ㅠ.ㅜ;

eotpan · Answer

DB툴로 실행하면 같은 결과면.... was문제는 아닐꺼같아요..

redeye0922 · Answer

동일 쿼리를 DB툴로 실행하여 같은 결과가 나온다는건 그 쿼리 자체가 문제있다는거죠 튜닝으로 극복이안되면 인덱스나 where절로 초기데이터를 최대한 작게 조회할수 밖에없을듯 싶습니다.

marin01 · Answer

말씀하신 쿼리를 메모리에 올리는 과정이 SQL의 실행구문을 분석하여 실행계획을 수립하는 단계입니다. 현상으로 볼때 위에 과정에서 느려지는것이 아닙니다. 파싱 과정에서 느려졌다면 정말 최초1회만 느려야 됩니다. 바인딩이 안되어서 매번 파싱한다면 최초1회가 아니고 계속해서 느려야 됩니다. TABLE FULL SCAN 이 일어나고 있는것으로 보입니다. FULL SCAN이 발생하면 일정기간동안 캐쉬에 데이터가 잔재합니다. 캐쉬에 데이터가 존재하는동안 빠르게 조회되고 삭제된후 다시 느려지는 현상으로 보입니다. 실행계획 확인하시고 튜닝하셔야 됩니다. WAS와의 연관성은 많이 봐줘도 타임아웃의 설정정도입니다.

빡카 · Answer

저도 김수석님과 같은 의견이네요. 하루치를 조회하든 한달치를 조회하든 테이블 풀스캔이거나 인덱스 설계가 쿼리와 맞지 않다않다면 캐쉬로 데이터를 가져오는 IO작업량은 둘다 같습니다. 그래서 하루치를 검색 후에 한달치를 검색하면 캐쉬에 담겨져 있는 데이터를 가져오니 빨라지는 거구요. 그럼 왜 한달치를 할때만 더 느려지냐? 조인이 많아서 그럴수도 있구요, 특히나 통계관련 함수를 사용하시면 CPU사용이 대폭 늘어나서 더더욱 느려집니다. 결론은 튜닝이 필요합니다. 쿼리든 시스템이든 말이죠~~

빡카 · Answer

그리고 개인적인 경험하나 말해드리면, 웹호스팅에서 기본제공해주는 MYSQL을 사용중이시라면 시스템 튜닝쪽도 고려해보세요. 기본 설정되어 있는 메모리가 워낙 작어서 쿼리를 튜닝해도 효과가 미미하더라구요.

pianoman · Answer

답변주셔서 감사합니다. 쿼리에 힌트를 줘야 할것 같아서 글을 새로 썼습니다. ^^;

화면 최초 실행시 쿼리속도가 느린 문제

6개의 답변

Q&A 목록