포럼
xe 쿼리 중 느린 mysql 중 쿼리.....
2012.05.04 04:01
최근 글중 가장 많이 읽은 문서를 보여주는 위젯이 있는데요...
슬로우 쿼리 검색중에서 살펴보니 그쿼리가 문제가 좀 있네요..
대략 데이터는 만게 정도의 document 부터는
regdate , readed_count 쿼리 이용중일때 regdate > 2주전 부터 가장 많이 클릭한 데이터 찾기를 시켰을때
제가 사용하는 모든 쿼리가 데부분 슬로우쿼리를 만드네요..
쿼리 부분을 손 보고 빠릿빠릿한 쿼리를 만들어볼려고 암만 생각해도 해결책은 보이지않고...
암튼 index 문제인거 같은데..
암튼 위젯을 생성하여 사용하실때 가장 많이 읽은 내용 검색은 피하시는것도 좋을듯 싶네요..
댓글 3
-
銀童
2012.05.04 08:14
-
저같은 경우 아예 crontab을 이용하여 백그라운드로 돌려서 말그대로 캐쉬 이용합니다.
그렇게하면 아무래도 사용자가 느끼는 체감시간이 빨라져서요 .
그런데 이런식으로 꽁수만 늘어가네요..
예전에 win32상에 ui 개발시 후킹이라는 꽁수만 늘듯이요..... ㅠㅠ;
그런데 redis 좋은가요.... 함 소개 시켜주세요.....
-
미노아
2012.05.07 16:43
redis가 좋다는 컬럼은 많이봤는데 1.5.2.2까지 미친듯한 부하를 어떻게든 떨쳐볼려고 이런 캐시 저런캐시 쓰면서
페이지공백현상/댓글 안나옴등의 현상을 거쳐서 CPU업/램업/SSD도입으로 겨우 현상태 유지하는....
XE에서만 잘 지원해주면 커널 3.2가 HTTP성능을 확 늘려줬다고 하고 사이트사용자 중에 크롬/모질라가 1/3은 넘으니
nginx에서 SPDY지원해주고 redis같은거랑 잘 쓰면 상황이 좋아질거 같은데..라는 긍정적 희망을 가져봅니다.
일단 XE가 멤캐시라도 잘 좀 지원해줬으면 소원이 없겠습니다. ㅠ.ㅠ
php5.4는 이제 해주나요? ㅠ.ㅠ
개인적으로는 그러한 위젯은 redis 라는 것을 이용해서 집계하고있습니다.
성능이 꽤 좋아서요.