대용량디비(게시판)의 경우 로딩속도 문제 정보
대용량디비(게시판)의 경우 로딩속도 문제본문
제로보드의 로그인세션 및 게시판 과부하로 인하여 그누보드로 옮겨올려고 하는데요,
어제 테스트삼아 게시물이 몇만건되는 한개의 게시판만 그누보드로 변환해보았습니다.
게시글은 4만7천여건, 댓글은 42만여건; 그누보드로 변환하니 디비에 47만좌우의 레코드가 생기더군요.
그리고 변환완료한 한개의 게시판만 디비용량이 120메가인것도 확인했습니다.
(제로보드보다 10메가정도 많아졌는데 이문제는 무시했습니다, 테이블 구조가 다르니까 그럴 수 있겠죠;;)
그누보드는 게시글, 댓글 등이 모두 한개의 테이블이라니까 문제없이 변환된거겠죠..
그런데 접속을 해보면 로딩속도가 아주 늦습니다 ㅠㅠ 서비스중인 제로보드보다 더 늦습니다.
테스트는 근사모에서 배포한 APM_Setup으로 저의 개인컴퓨터(http://localhost)에서 했습니다.
물론 php버전, mysql버전 등 모두 제로보드환경과 매칭시켰고 제 컴퓨터사양문제도 없다고 봅니다.
sir의 자유게시판의 경우 게시글 4만건도 거뜬히 소화해내고 로딩속도도 아주 빠른데요
제가 변환해온 4만몇건은 왜 이렇게 느린지 그것도 로컬에서.. 통 이해가 안갑니다.
이제 50만의 회원디비와 쪽지등을 모두 변환하면 200만좌우 레코드, 400메가좌우의 디비가 될듯한데
그누보드가 이러한 량을 소화해낼 수 있겠는지도 걱정됩니다.
제가 로컬컴퓨터에서 테스트해서 느린 원인인지 아니면,
그누보드가 워낙 대용량 게시판을 소화하기 어려운지 그 문제점을 알고싶습니다.
부탁드립니다.
어제 테스트삼아 게시물이 몇만건되는 한개의 게시판만 그누보드로 변환해보았습니다.
게시글은 4만7천여건, 댓글은 42만여건; 그누보드로 변환하니 디비에 47만좌우의 레코드가 생기더군요.
그리고 변환완료한 한개의 게시판만 디비용량이 120메가인것도 확인했습니다.
(제로보드보다 10메가정도 많아졌는데 이문제는 무시했습니다, 테이블 구조가 다르니까 그럴 수 있겠죠;;)
그누보드는 게시글, 댓글 등이 모두 한개의 테이블이라니까 문제없이 변환된거겠죠..
그런데 접속을 해보면 로딩속도가 아주 늦습니다 ㅠㅠ 서비스중인 제로보드보다 더 늦습니다.
테스트는 근사모에서 배포한 APM_Setup으로 저의 개인컴퓨터(http://localhost)에서 했습니다.
물론 php버전, mysql버전 등 모두 제로보드환경과 매칭시켰고 제 컴퓨터사양문제도 없다고 봅니다.
sir의 자유게시판의 경우 게시글 4만건도 거뜬히 소화해내고 로딩속도도 아주 빠른데요
제가 변환해온 4만몇건은 왜 이렇게 느린지 그것도 로컬에서.. 통 이해가 안갑니다.
이제 50만의 회원디비와 쪽지등을 모두 변환하면 200만좌우 레코드, 400메가좌우의 디비가 될듯한데
그누보드가 이러한 량을 소화해낼 수 있겠는지도 걱정됩니다.
제가 로컬컴퓨터에서 테스트해서 느린 원인인지 아니면,
그누보드가 워낙 대용량 게시판을 소화하기 어려운지 그 문제점을 알고싶습니다.
부탁드립니다.
댓글 전체

좌우는 뭐죠 ㅡㅡ?
활용팁 란에 튜닝 관련 글이 있습니다. 인덱스 관련글도 검색해서 적용해 보세요
아무래도 서버환경보단 로컬로 셋팅해서 돌리는게 느리더군요.
튜닝을 안한 다음에야 2~30만건(댓글포함) 게시물이 제로보드보다 빠르지는 않습니다.
활용팁 란에 튜닝 관련 글이 있습니다. 인덱스 관련글도 검색해서 적용해 보세요
아무래도 서버환경보단 로컬로 셋팅해서 돌리는게 느리더군요.
튜닝을 안한 다음에야 2~30만건(댓글포함) 게시물이 제로보드보다 빠르지는 않습니다.
감사합니다, 테스트환경을 바꿔서 한번 돌려봐야겠네요^^

디비양(게시물 수)나, 게시판 문제가 아니라
query가 문제입니다.
index가 제대로 잡혀있지 않기 때문에 속도가 느린 겁니다.
query가 문제입니다.
index가 제대로 잡혀있지 않기 때문에 속도가 느린 겁니다.
아무래도 변환기 조심해서 사용할듯 싶고, 변환 뒤 인덱스도 꼭 체크해야할것 같네요.
감사합니다.
감사합니다.
관련테이블의 인덱스를 리빌드한후에 확인해보시고
좀더 최적화 하려면 활용팁에 있는 튜닝관련 글들을 참고하세요
좀더 최적화 하려면 활용팁에 있는 튜닝관련 글들을 참고하세요
인덱스를 모두 삭제하고 다시 만들어줬더니 게시판목록속도는 월등히 빨라졌습니다.
그런데 게시글보기 경우엔 별다른 효과를 보지못하고 있습니다. 아무쪼록 감사드립니다.
그런데 게시글보기 경우엔 별다른 효과를 보지못하고 있습니다. 아무쪼록 감사드립니다.
불당의 튜닝팁을 참조하샴~! ㅋㅋ
튜닝팁 몇개 참고해보고 있습니다 ^^ 이후 제사이트 운영에 도움이 될것 같네요
그누보드는 별다른 공을 들이지않아도 빠르겠다고 생각한적이 있는데 아닌것 같습니다.
자신의 환경에 맞게 사용하고 다루는게 그래도 우선이겠죠. 감사합니다
그누보드는 별다른 공을 들이지않아도 빠르겠다고 생각한적이 있는데 아닌것 같습니다.
자신의 환경에 맞게 사용하고 다루는게 그래도 우선이겠죠. 감사합니다
sir의 팁 게시판에 모든 튜닝팁이 공개된 것은 아닙니다. 나머지는 이곳에...
http://opencode.co.kr/bbs/board.php?bo_table=gnu4_turning&menu_id=turning
http://opencode.co.kr/bbs/board.php?bo_table=gnu4_turning&menu_id=turning
꼭 제가 필요한 알찬 자료들이군요, 많이 놀러가겠습니다 ^^ 감사합니다

해당 사이트에 어떤 query가 있는지
그 중에서도 가장 많이 쓰이고, 시간이 많이 걸리는 query는 어떤 것인지 등등
잘 살펴 보시고 index를 선정하시기 바랍니다.
그 중에서도 가장 많이 쓰이고, 시간이 많이 걸리는 query는 어떤 것인지 등등
잘 살펴 보시고 index를 선정하시기 바랍니다.
솔직히 mysql에 대해서는 어려운 조작이라고 생각돼 손대기 두려웠었는데
이번 기회로 대담히 index에 손을 댔더니 체감속도가 아주 좋습니다. 감사드립니다
이번 기회로 대담히 index에 손을 댔더니 체감속도가 아주 좋습니다. 감사드립니다
APM_Setup은 테스트용으로 적합합니다. 어느정도 용량이상은 디비에 올라가지 않더군요.