물어보기운영관련
Extra Form

# Time: 180426  1:01:15
# User@Host: root[root] @ localhost []
# Thread_id: 1558843  Schema: ggk123_ggk123  QC_hit: No
# Query_time: 65.679954  Lock_time: 0.000030  Rows_sent: 6370747  Rows_examined: 6370747
SET timestamp=1524672075;
SELECT /*!40001 SQL_NO_CACHE */ * FROM `xe_counter_log`;
# Time: 180426  1:01:26
# User@Host: root[root] @ localhost []
# Thread_id: 1558843  Schema: ggk123_ggk123  QC_hit: No
# Query_time: 10.810745  Lock_time: 0.000027  Rows_sent: 2467337  Rows_examined: 2467337
SET timestamp=1524672086;
SELECT /*!40001 SQL_NO_CACHE */ * FROM `xe_document_readed_log`;
# Time: 180426  1:01:45
# User@Host: root[root] @ localhost []
# Thread_id: 1558843  Schema: ggk123_ggk123  QC_hit: No
# Query_time: 18.867717  Lock_time: 0.000024  Rows_sent: 58150  Rows_examined: 58150
SET timestamp=1524672105;
SELECT /*!40001 SQL_NO_CACHE */ * FROM `xe_documents`;
# Time: 180426  1:01:50
# User@Host: root[root] @ localhost []
# Thread_id: 1558843  Schema: ggk123_ggk123  QC_hit: No
# Query_time: 3.223089  Lock_time: 0.000034  Rows_sent: 105932  Rows_examined: 105932
SET timestamp=1524672110;
SELECT /*!40001 SQL_NO_CACHE */ * FROM `xe_member`;
# Time: 180426  1:02:00
# User@Host: root[root] @ localhost []
# Thread_id: 1558843  Schema: ggk123_ggk123  QC_hit: No
# Query_time: 4.177721  Lock_time: 0.000030  Rows_sent: 39013  Rows_examined: 39013
SET timestamp=1524672120;
SELECT /*!40001 SQL_NO_CACHE */ * FROM `xe_socialxe`;
# Time: 180426  1:02:03
# User@Host: root[root] @ localhost []
# Thread_id: 1558843  Schema: ggk123_ggk123  QC_hit: No
# Query_time: 3.255207  Lock_time: 0.000028  Rows_sent: 448079  Rows_examined: 448079
SET timestamp=1524672123;
SELECT /*!40001 SQL_NO_CACHE */ * FROM `xe_socialxe_log`;
 

 

 

 

이렇게 발생했고 특정 모듈에서 발생했는데

 

이랬을때는 어떻게 대처해야 하나요?

 

  • ?
    Jack 2018.04.26 02:13:06
    일단 기본 카운터애드온은 꺼주세요 이게 사이트가 커질수록 안좋다고하더라구요
  • profile
    기진곰 2018.04.26 02:32:28

    일반적인 XE 모듈에서 사용할 쿼리 같지는 않습니다. 저렇게 아무런 조건도 없이 수십만 건의 데이터를 다 받아가면 DB 클래스에서 메모리가 초과되어 XE가 뻗어버려요.

     

    또한 슬로우 로그에 기록된 시간이 모두 새벽 1시 전후이고 /*!40001 SQL_NO_CACHE */ 등의 주석이 붙어 있는 것을 보면 XE에서 실행한 쿼리라기보다는 새벽 1시에 실행되는 백업 프로그램이 슬로우 로그에 걸렸을 가능성이 더 높아 보입니다. 백업하는 동안 사이트가 느려질 가능성은 있지만, 만약 평소에도 느리다면 질문에 복붙하신 슬로우 쿼리들 때문은 아닐 거예요.


서버에 요청 중입니다. 잠시만 기다려 주십시오...