묻고답하기
page_full_width" class="col-xs-12" |cond="$__Context->page_full_width">
Long Running MySql queries <=이문제 실로 XE의 심각한 문제 같은 데..(계속편)
2010.07.23 05:48
그동안 길게 길게 끌어가는 xe의 퀘리문제로 (XE의 Long Running Queres 문제로) 호스팅서버에서 쫒겨날 상태에 있던 저의는 아무 도
이곳서 반응이 없기에
http://www.xpressengine.com/19027185
한국에 있는 호스팅서버관리자님들이 충고해준대로 제로보드4에서 마이그레션한 데이터들을 몽땅 다 지우고
지금 근근히 지탱하고 있는데 호스팅서버에서는 48시간 더 주시해보고서는 우리가 그 곳서 계속 웹을 운영 할 수 있을지 아닐지 결정해주겠답니다.
그런데 오늘은 다음과 같은 요청을 해옵니다.
카운터퀘리가 아직도 4분이나 걸린다면서 그 퀘리를 index 해보라는 데 이거 어떻게 해야 index되는지 모르니 아는 분들
좀 도와 주세요.
====
http://www.xpressengine.com/19027185
한국에 있는 호스팅서버관리자님들이 충고해준대로 제로보드4에서 마이그레션한 데이터들을 몽땅 다 지우고
지금 근근히 지탱하고 있는데 호스팅서버에서는 48시간 더 주시해보고서는 우리가 그 곳서 계속 웹을 운영 할 수 있을지 아닐지 결정해주겠답니다.
그런데 오늘은 다음과 같은 요청을 해옵니다.
카운터퀘리가 아직도 4분이나 걸린다면서 그 퀘리를 index 해보라는 데 이거 어떻게 해야 index되는지 모르니 아는 분들
좀 도와 주세요.
====
I do see that your mysql slow querys have been reduced in the amount of work performed and the time they are taking, however, I am still seeing several queries taking over 4 seconds. The slow query issue does not appear to be due to the domain pointed to the site, bur rather the query itself.
The query being run is:
select count(*) as `count` from `xe_counter_log` as counter_log where
(site_srl = 0 and ipaddress = '110.12.130.188' and regdate like
'20100721%');
It appears to be a counter for hits from IP's.
As you are not using any kind of indexing in this query, it can
take a fair amount of time to run. If indexing could be implemented in this
process, we should see much better slow query times