1 부
포트 = 3306 : MySQL의 열린 포트를 지정한다;
BASEDIR = / usr / 지방 / MySQL은 : 절대 경로 MySQL 설치를 지정;
DATADIR = / 데이터 / mysql_db_data : 절대 경로 MySQL의 데이터 저장 장치;
소켓 = /tmp/mysql.sock : 소켓 파일
plugin_dir = usr / 지방 / MySQL은 / LIB / 플러그인 / : 경로 여기서 플러그인 MySQL의 플러그;
로그인 오류가 발생 /data/mysql_db/data/error.log:mysql 오류 로그 스토리지 = 경로, 그것은 텍스트 파일, 로그를 볼 때이 파일에 대한 단서를 찾기 위해 할 수 있습니다 직면 한 문제가 무엇이며,
심볼릭 링크 = 0 : 1로 설정하면 기본 하에서 DATADIR가 (새로운 버전이 1보다 기본 MySQL의) 0 외측 심볼릭 링크, 다음 표와 데이터베이스 MySQL을 지원 경로에 데이터를 저장;
2 부
로컬 INFILE = 0 : 0으로 세트 개구로 설정되고, 로컬 서버의 부하의 기능을 비활성화;
MAX-연결 = 320 : 연결 MySQL의 최대 수를 설정하고, 실제 적용하는 경우, 동시 연결 비교적 다수 그러나,이 높을수록 의미하지는 않으며,이 매개 변수를 증가시키는 것이 적절할 수는 서버 시스템을 포함하기 때문에 성능 하드웨어. 때때로 예를 들면 참조 로그를 보려면 : "오류 1040 : 너무 많은 연결등의 오류가이 오류의 원인이 매개 변수의 값을 설정하는 것이가 너무 작은 리드입니다;
는 query_cache_limit = 4M은 : 지정 단일 질의 버퍼 크기는 일반적으로 기본 값은 1M이고, 사용될 수있다;
query_cache_type을 = 64M : 쿼리 캐시 크기;
query_cache_size를 = 1 : 캐시 유형을 설정, 다음과 같은 설정은 다음과 같습니다
(1) 캐시를 사용하지 않도록 0으로 설정된다;
(2) 캐시 된 결과를 나타내는 1로 설정;
(3) (2)에 세트 만 선택 문 SQL_CACHE 쿼리가 지정한 버퍼 캐시해야 나타내고;
MAX_USER_CONNECTIONS = 320 : 사용자 연결의 최대 수를 설정, 가끔 나타납니다, 오류, 파라미터 세트의 반드시 수는 충분하지 않다 "MAX_USER_CONNECTIONS 활성 연결보다 더있다"때로는 있는지 확인하는 원인 코드를 찾을 필요 연결이 단절 시간 후;
아웃 (wait_timeout) = 9000 초 단위에 응답하여 연결없이 초, 즉, 타임 아웃 시간을 기다리고, 서버가 클라이언트와의 연결을 단절;
connect_timeout = 20 : 클라이언트가 서버와의 연결을 설정하는 경우, 서버는 핸드 쉐이크 전에 오류를 반환, 최대 대기 시간 데이터 패킷은 초에 도착;
thread_cache_size = 256 : 유휴 스레드를 캐싱 (caching);
key_buffer_size = 16M : 인덱스 버퍼의 사이즈를 지정한다;
제 3 부
join_buffer_size = 2M : 쿼리에 가입 복수를 사용하여 더 많은 쿼리 문이 매개 변수가 적절하게 증가 될 수있는 경우, 기본 2M가, 쿼리를 조인으로하면 거의가 무시 될 수있다
max_heap_table_size = 16M가 : 테이블 메모리를 만들 수있는 사용자의 크기를 지정합니다;
LOW_PRIORITY_UPDATES = 1 : 감소는 설정 서버 기반 읽기 1로 우선 순위 설정을 기록;
max_allowd_packet = 128M : 최대 메시지 송신을 설정하는 단계;
max_seeks_for_key = 100 : 검색 키에 기초하여 허용되는 질의의 최대 개수를 설정;
sort_buffer_size = 16M :이 값의 크기를 증가시킴으로써 성능 "에 의해 순서"쿼리 "그룹에 의한"을 개선하는데 사용될 수있다;
read_buffer_size = 16M : 서버를 설정하는 버퍼 크기를 판독하고;
max_connect_errors = 10 : 클라이언트가 성공적으로 차단되지 않은 경우, 서버에 접속하고, 적분 값이 설정 값을 초과하면, 서버는 모든 후속 액세스하는 클라이언트를 방지한다;
myisam_sort_buffer_size = 64M : 서버가 인덱스를 다시 작성 때 임시 파일의 최대 허용 크기는 생성;
tmp_table_size 변수 = 64M : 임시 내부 적재 테이블 (힙)의 크기를 설정하는 단계; read_rnd_buffer_size의 = 1M : 설정 서버 랜덤 읽기 버퍼 사이즈;
open_file_limit = 6050 : 열린 파일의 수를 제어;
Part4
(1) 상태 표시 커맨드, 다음의 의미 :
aborted_clients 클라이언트 불법 인터럽트 연결 시간
연결 MySQL의 실패 aborted_connects는
이 스트립 많이 있습니다, XXX 명령 실행 시간을 com_xxx
연결의 MySQL의 개수하여 연결
디스크에 생성 된 임시 테이블 Created_tmp_disk_tables 값
메모리에 생성 된 임시 테이블 Created_tmp_tables이
임시 파일은 Created_tmp_files
의 수를 Key_read_requests 읽기 캐시에서에서 키 블록에 대한 요청
물리의이 디스크에서 키 블록의 읽을 수에서 Key_reads 값
동시에 사용할 연결 Max_used_connections는
열린 테이블 Open_tables
Open_files 열린 파일
Opened_tables이 열려있는 테이블
서버 쿼리 수에 제출 질문
이 값 경우 Sort_merge_passes을 큰, my.cnf 파일은 sort_buffer 가치가 증가한다
서버가 가동 시간을 일하고있다 (초)
권고 (2)의 성능을 개선하기 :
1. Opened_tables이 너무의 my.cnf에 큰 변화를 table_cache할지
2. 너무 큰 Key_reads 값이 Key_reads 값 / Key_read_requests 계산 수는 my.cnf key_buffer_size에 크게 할 필요가있는 경우. 캐시 실패율
3. Handler_read_rnd 너무 큰 경우에는 문의를 많이에서 SQL 문은 전체 테이블을 스캔하는 쓸 수 있지만 인덱스에 중요한 역할 재생되지 않았다
Threads_created 값이 너무 크면,이 thread_cache_size에서의 my.cnf를 증가시킬 필요가있는 경우 4 값은 Threads_created 값 / 연결 캐시 히트 비율로 계산 될 수있다
5. Created_tmp_disk_tables 값의 경우 너무 큰, 디스크 기반 메모리 대신에 임시 테이블을 기반으로 my.cnf 파일의 tmp_table_size 변수의 값을 증가시킬 필요가있다