박인호 2016-04

DB의 설정도 살펴 보셔야 합니다.
전문가가 설정하지 않았으면
서버 사양을 효과적으로 이용 못하고 있을듯.
쿼리가 인덱스를 타지 못하는등 문제도 있을 가능성이...

캔위드 2016-04

쿼리 튜닝이 안되어 있으면 알파고 라도 느릴 수 있습니다

송진현 2016-04

클라이언트는 HeidiSQL 을 사용하여 로컬에서 쿼리하는데<< 가문제입니다...
즉 네트워크를 통해서 일일이 SQL을 보내고 SQL을 처리하는시간이 매우 오래걸릴껍니다...
고로 커맨드창에 직접하는 방법을 사용해보시길 바랍니다...
저는 웹검색엔진만든다고 삽질하다가 깨달은점입니다..(15기가정도..)
물론... SQL로 된 데이터를 저장시킬때 이야기이고...
select같은경우는 위와같이 인덱스가 답일거같은데요..

Midabo 2016-04

제가 이전 비슷한 질문을 올렸었는데요

약 150기가 정도되는 6억건 정도 규모의 DB 인데
여기서 답변 받고 해결한 단 하나는 인덱싱이었습니다.
30분 넘던 쿼리가 1분도 안걸리는 경험을 하였습니다.

바나나파이K… 2016-04

+1

저도 아래 비슷한 질문을 하나 올렸었습니다...
우선 제 써버는 바나나파이 SBC입니다... 겔럭시S 1세대 수준의 CPU라고 해야하나요? 아님 그것보다도 못한가요... 그런데 아주 간단한일을 하고 있으니 여하튼 제 써버입니다... 물론 개인써버라서 접속하는 사람이 얼마 없습니다...

그런데 엄청느릴때가 있어서 너무 깝깝했었죠... 그런데 쿼리문을 잘 보니까 쪼인트를 써서 테이블 세개를 한번에 다 연결한 쿼리더군요... 그래서 인덱스를 딱 세개 넣어주었습니다... 그랬더니 무지하게 빠릅니다 지금은...

퍼싱글 2016-04

정답은 인덱스 이지만 쿼리에 대한 튜닝도 고려 해야 겠지요.
조인 문장에 대한 인덱싱,쿼리에 대한 단순화등을 고려해 보세요.
서버 사양은 충분한것 같은데..

DoubleSH 2016-04

30GB 면 성능은 이슈가 안될거라 보입니다. 쿼리튜닝, DB인덱싱