MySQL의 성능 진단 및 튜닝

튜닝 LAMP 시스템, 제 3 부 : MySQL 서버 튜닝
http://www.ibm.com/developerworks/cn/linux/l-tune-lamp-3.html

로드 러너 모니터 MySQL의
http://www.docin.com/p-92272846.html

고급 MySQL의 성능 최적화
http://www.mysqlperformanceblog.com/files/presentations/UC2005-Advanced-MySQL -

성과 Optimization.pdf

컴파일러 ++ 인텔 C와 MySQL 서버 성능 향상
http://www.mysqlperformanceblog.com/files/presentations/LinuxWorld2005-Intel.pdf

MySQL의 성능 진단 및 튜닝 도구 :
http://www.mysqlperformanceblog.com/tools/
http://hackmysql.com/mysqlreport

MySQL을 스포트 라이트 :
http://www.quest.com/spotlight-on-mysql/

MySQL의 Administator

http://downloads.mysql.com/archives.php?p=MySQLAdministrationSuite

phpMyAdmin을

http://www.phpmyadmin.net/home_page/index.php

느린 로그 분석 도구에는 mysql
http://hackmysql.com/
http://www.willamowius.de/mysql-tools.html
http://code.google.com/p/mysql-log-filter/
HTTP를 : // myprofi.sourceforge.net/

도구 스니퍼 MySQL의 네트워크 프로토콜 - mysqlsniffer

http://hackmysql.com/mysqlsniffer

MySQL의 성능 진단 및 튜닝 책 :
"고성능 MySQL은 두 번째 판"

MySQL의 데이터베이스 성능 최적화 열 매개 변수
, max_connections를 (1) :
허용 된 동시 클라이언트의 수. 이 값을 늘리면 mysqld를 요구하는 파일 디스크립터의 수를 증가시킨다. 이 그림은 그렇지 않은 경우가 종종 너무 많은 연결 오류를 볼 수 증가한다. 기본값은 100입니다, 나는 1024로 변경되었습니다.
(2) record_buffer :
각각에 대한 순차 검색 테이블이 각 스레드 크기의 버퍼를 할당 주사. 당신이 많은 순차적 스캔을 할 경우, 당신은이 값을 늘릴 수 있습니다. 기본값은, 내가 16,773,120합니다 (16m)에 넣어 131072 (128K)이다
. (3) key_buffer_size :
인덱스 블록은 버퍼링되고 모든 스레드에 의해 공유됩니다. key_buffer_size 더 나은 당신이 감당할 수있는만큼으로 해결 될 수있다 (모든 읽기와 다중 쓰기에 대한) 인덱스를 추가, 인덱스 블록에 대한 버퍼 크기. 당신이 너무 큰 한 경우, 시스템은 페이지를 변경하기 시작 정말 둔화됩니다. 내가 402,649,088 (4백메가바이트)로 변경되도록 기본값은 8388600 (8m)이다, 내 MySQL의 호스트는, 2GB의 메모리가 있습니다.
4) back_log는 :
연결의 몇 개의 MySQL을 할 수 있어야합니다. 시간이 매우 짧은 기간에 메인 쓰레드 MySQL은 역할, 메인 스레드를 재생 연결 요청, 많이 얻을 다음 (매우 짧은하지만) 시간을 보내고 연결을 확인하고 새 스레드를 시작합니다.
back_log 값은 얼마나 많은 요청을 mysql을 일시적으로 새 요청이 스택의 존재가 될 수 있습니다 응답을 중지하기 전에 짧은 시간을 나타냅니다. 시간의 짧은 기간에 기대가 연결이 많은 경우에만, 당신은 즉,이 값의 크기가 들어오는 TCP / IP 연결 대기열에 대해 듣고, 그것을 증가해야합니다. 운영 체제는 큐의 크기에 자신의 제한이 있습니다. Back_log은 비 효과적 일 것입니다 운영 체제의 한계보다 높게 설정하려고했습니다.
인증되지 않은 사용자 | | xxx.xxx.xxx.xxx | 널 (null)이 프로세스의 호스트 목록을 볼 때, 많은 수의 264,084 발견 | | 연결 | 널 (null) | 로그인 프로세스가 연결되는 경우가 back_log 값을 증가시킬 필요가있다, 널 (null)입니다. 기본값은 50입니다, 나는 500로 변경되었습니다.
(5) interactive_timeout :
닫기 전에 서버 연결은 상호 작용 (초)에서 활동을 기다린다. 대화 형 고객은 CLIENT_INTERACTIVE 옵션을 사용하여 고객 mysql_real_connect () 함수 ()로 정의된다. 기본값은 내가 7200로 변경, 28800입니다.
(6) sort_buffer :
각각의 스레드 요구하는 크기의 버퍼를 할당하도록 정렬된다. 가속 조작에 의한 순서에 의해 값이 증가 또는 기. 기본값은 내가 16,777,208 (16m)로 변경 2097144 (2m)입니다.
(7), table_cache :
모든 스레드에 열려있는 테이블의 수. 이 값을 늘리면 mysqld를 요구하는 파일 디스크립터의 수를 증가시킨다. MySQL은 각각의 고유 한 열린 테이블에 대한 두 개의 파일 디스크립터를 필요로한다. 기본값은 64입니다, 나는 512로 변경되었습니다.
(8), thread_cache_size :
당신이 스레드 수에 저장되어 다시 사용할 수 있습니다. 공간이 경우 연결이 끊어 때, 새로운 스레드가 캐시에서 한 경우, 고객은 캐시에 저장 라인. 변수 값이 될 수 있습니다 성능을 개선하기 위해 많은 새로운 스레드가있는 경우. 연결 Threads_created 값과 상태 변수를 비교함으로써,이 변수의 효과를 볼 수있다. 나는 80로 설정합니다.
(9) 함수를 검색 MySQL의
상기 목적은, 대소 수 MySQL과 검색하지만 검색 중국인
간단히 지정 --default 문자 세트 = GB2312 mysqld를 시작
(10)에서 타임 아웃 (wait_timeout) :
이 연결에서 활동을 기다린다 닫기 전에 초 단위의 서버. 기본값은 내가 7200로 변경, 28800입니다.
주 : 조정 패러미터는 /etc/my.cnf에 파일 및 재시작 MySQL을 수정함으로써 달성 될 수있다. 이것은 더 신중의 작품입니다, 위의 결과는 내 견해 중 일부는, 당신은 더 (특히 메모리 크기에) 자신의 호스트의 하드웨어에 따라 수정할 수 있습니다.