2014-01-16 3 views
1

내가 일하고있는 프로젝트 중 하나는 지난 주 이후로 DB의 최근 둔화로 어려움을 겪고 있습니다.MySQL의 갑작스런 성능 저하

코드는 변경되지 않았지만 데이터는 조금 변경되었을 수도 있지만 현 단계에서는 DB 구성을 탐색 중입니다. (관리되는 호스팅 플랫폼에 있기 때문에 과거에는 비슷한 문제가있었습니다) .

불행히도 나는 내 깊이가 부족합니다 ... 누구든지 아래의 SHOW STATUS의 출력을 살펴보고 알람 벨소리를 설정했는지 확인할 수 있습니까? 지금까지 내가 목격 한 유일한 사실은 key_reads와 key_read_requests가 옳지 않은 것입니다.

우리의 설정은 복제 된 두 개의 서버이며 모든 읽기는 슬레이브에서 수행됩니다. 마스터에서 0.01 초 동안 실행되는 쿼리는 슬레이브에서 최대 7 초가 걸리며 최근에 시작되었습니다.

모든 테이블은 MyIsam이며 삽입/업데이트는 무시할 수 있습니다 (몇 시간 내에 업데이트됩니다). 프런트 엔드는 데이터 액세스를위한 devart 구성 요소가있는 IIS8에서 실행되는 ASP .NET 웹 사이트 (.NET 4)입니다.

감사합니다.

SHOW 상태 출력은 여기에 있습니다 : http://pastebin.com/w6xDeD48

+0

색인 및 로그 파일은 어떤 모양입니까? 유지 보수 계획이 잘 돌아가고 있습니까? – Liath

+0

@Liath 의견을 보내 주셔서 감사합니다. - 개선해야하는 검색어가 있지만 최근에 변경된 검색어는 없습니다. 관리되는 호스팅 DBA 유지 관리 계획 및 로그와 이야기하기를 기다리고 있지만 지금까지의 모든 징후는 모든 것이 잘된다는 것을 나타냅니다 (우리는 서버에 직접 액세스 할 수 없기 때문에 더 이상 할 수 없습니다). 특정) – ItalianJob

+0

쿼리 특유의 느낌이 들지 않습니다. 그렇지 않으면 어떤 일이 빠르거나 느릴 것입니다. 나는 뭔가가 실패하기 시작하고 indicies가 재건되지 않는다고 생각합니다 ... 더 많은 정보가없는 순수한 추측. – Liath

답변

0

향후 다른 사람을 도울 수있는 경우에 대비 한 업데이트 - 이전에는 쿼리 캐시가 아닌 것처럼 보입니다. 이전에는 쿼리 성능이 좋지 않은 것으로 나타났습니다. 문제).

그래서 우리는 약간 조정하고 다시 훌륭한 성능으로 돌아갑니다!

0

다른 요인은 MySQL의 성능에 영향을 줄 수 있습니다 :

  • 바이러스 검색 소프트웨어를 -> I McAfee가 임시 테이블 파일
  • 를 스캔 때문에 그것에 peformance을 늦추지와 문제가 있었다
  • 서버에서 실행중인 다른 서비스는 무엇입니까?

검색어로 EXPLAIN SELECT을 사용해 보셨습니까? 이렇게하면 색인 크기가 표시됩니다. @Liath가 지적했듯이, 인덱스는 슬레이브에서 오래된 것이지만 마스터를 찾을 수 있습니다.