pt-mysql-summaryp - 클라우드에서 온라인

프로그램:

이름

pt-mysql-summary - MySQL 정보를 멋지게 요약합니다.

개요

사용법: pt-mysql-summary [옵션]

pt-mysql-summary는 MySQL 데이터베이스의 상태 및 구성을 편리하게 요약합니다.
서버에 대해 한눈에 알아볼 수 있습니다. 튜닝 도구나 진단 도구가 아닙니다.
도구. 비교하기 쉽고 이메일에 붙여넣을 수 있는 보고서를 생성합니다.
서식이 손실됩니다. 모든 최신 UNIX 시스템에서 잘 작동합니다.

위험

Percona Toolkit은 성숙하고 실제 세계에서 입증되었으며 잘 테스트되었지만 모든 데이터베이스
도구는 시스템과 데이터베이스 서버에 위험을 초래할 수 있습니다. 이 도구를 사용하기 전에
부디:

· 도구 설명서 읽기

· 도구의 알려진 "버그" 검토

· 비프로덕션 서버에서 도구 테스트

· 프로덕션 서버 백업 및 백업 확인

기술

pt-mysql-summary는 MySQL 데이터베이스 서버에 연결하고 상태를 쿼리하여 작동합니다.
및 구성 정보. 이 데이터 비트를 임시 파일에 저장합니다.
그런 다음 awk 및 기타 스크립팅 언어로 깔끔하게 포맷합니다.

사용하려면 간단히 실행하십시오. 선택적으로 이중 대시를 추가한 다음 동일한 명령줄을 추가합니다.
다음과 같이 MySQL에 연결하는 데 사용할 옵션:

pt-mysql-summary --사용자=루트

도구는 도구가 실행되는 서버와 최소한으로 상호 작용합니다. 그것은 당신이
검사하는 동일한 서버에서 실행하므로 다음을 수행할 수 있다고 가정합니다.
예를 들어 my.cnf 구성 파일을 찾습니다. 그러나 우아하게 저하되어야 합니다.
그렇지 않은 경우. 그러나 그 출력은
정보는 MySQL 데이터베이스에서 가져오고 호스트 운영 체제에서 가져옵니다.
따라서 한 서버에서 도구를 실행하면 혼란스러운 출력이 생성될 수 있습니다.
다른 서버에서 실행 중인 MySQL 데이터베이스 서버에 연결합니다.

출력

이 도구의 많은 출력은 크기를 표시하기 위해 의도적으로 반올림되지만
정확한 디테일은 아닙니다. 이를 퍼지 라운딩이라고 합니다. 상관없다는 생각입니다
서버가 초당 918개의 쿼리를 실행하는지 또는 초당 921개의 쿼리를 실행하는지 여부 그렇게 작은
변동은 미미하며 출력을 다른 서버와 비교하기 어렵게 만듭니다.
퍼지 반올림은 입력이 커짐에 따라 더 큰 증분으로 반올림됩니다. 로 반올림하여 시작합니다.
가장 가까운 5, 가장 가까운 10, 가장 가까운 25, 그리고 10배 더 크게 반복
(50, 100, 250) 등으로 입력이 증가합니다.

다음은 도구가 생성하는 보고서의 샘플입니다.

# Percona 툴킷 MySQL 요약 보고서 #########################
시스템 시간 | 2012-03-30 18:46:05 UTC
(로컬 TZ: EDT -0400)
# 인스턴스 ################################################
포트 데이터 디렉토리 좋은 OOM 소켓
===== ============================== === ======
12345 /tmp/12345/데이터 0 0 /tmp/12345.sock
12346 /tmp/12346/데이터 0 0 /tmp/12346.sock
12347 /tmp/12347/데이터 0 0 /tmp/12347.sock

처음 두 섹션은 보고서가 생성된 서버와 MySQL을 보여줍니다.
인스턴스가 서버에서 실행 중입니다. 이것은 "ps"의 출력에서 ​​감지되며
항상 모든 인스턴스와 매개변수를 감지하지만 잘 작동하는 경우가 많습니다. 이 시점에서
앞으로 여러 인스턴스가 있지만 보고서는 단일 MySQL 인스턴스에 초점을 맞춥니다.
위 단락에 나타날 수 있습니다.

# 포트 12345 보고 #######################################
사용자 | msandbox@%
시간 | 2012-03-30 14:46:05 (EDT)
호스트 이름 | 로컬호스트.로컬도메인
버전 | 5.5.20-log MySQL 커뮤니티 서버(GPL)
내장 | 리눅스2.6 i686
시작됨 | 2012-03-28 23:33 (최대 1+15:12:09)
데이터베이스 | 4
데이터디렉토리 | /tmp/12345/데이터/
프로세스 | 2개 연결, 2개 실행
복제 | 슬레이브가 아니며 1개의 슬레이브가 연결되어 있습니다.
피드파일 | /tmp/12345/data/12345.pid(존재)

이 섹션은 MySQL 인스턴스의 버전, 가동 시간 및 기타 매우 빠른 요약입니다.
기본 매개변수 시간 출력은 시스템과 달리 MySQL 서버에서 생성됩니다.
날짜와 시간이 더 일찍 인쇄되어 데이터베이스와 운영 체제가
시간이 일치합니다.

# 프로세스 목록 ################################################

명령 COUNT(*) 작업 SUM(시간) MAX(시간)
--------------- -------- ------- --------- ---------
Binlog 덤프 1 1 150000 150000
쿼리 1 1 0 0

사용자 COUNT(*) 작업 SUM(시간) MAX(시간)
--------------- -------- ------- --------- ---------
ms샌드박스 2 2 150000 150000

호스트 COUNT(*) 작동 SUM(시간) MAX(시간)
--------------- -------- ------- --------- ---------
로컬 호스트 2 2 150000 150000

db COUNT(*) 작동 SUM(시간) MAX(시간)
--------------- -------- ------- --------- ---------
NULL 2 2 150000 150000

상태 COUNT(*) 작동 SUM(시간) MAX(시간)
--------------- -------- ------- --------- ---------
마스터가 모든 binlog를 1 1 150000 150000에 보냈습니다.
NULL 1 1 0 0

이 섹션은 SHOW PROCESSLIST의 출력 요약입니다. 각 하위 섹션은
첫 번째 열 머리글로 표시되는 다른 항목으로 집계됩니다. 언제
Command로 요약하면 SHOW PROCESSLIST의 모든 행이 포함되지만 그렇지 않으면 행이 포함됩니다.
Command가 Sleep인 항목은 SUM 및 MAX 열에서 제외되므로
숫자가 너무 많습니다. 표시된 예에서 서버는 이 도구 자체를 제외하고 유휴 상태입니다.
Binlog Dump를 실행하는 하나의 연결된 복제본.

열은 포함된 행 수, 절전 상태가 아닌 수,
시간 열과 최대 시간 열의 합계입니다. 숫자는 퍼지 반올림됩니다.

# 상태 카운터(10초 대기) ############################
가변적 일당 초당 10초
Binlog_cache_disk_use 4
Binlog_cache_use 80
받은 바이트 수 15000000 175 200
보낸 바이트 수 15000000 175 2000
Com_admin_commands 1
.........................(많은 줄 생략)..................................
스레드_생성됨 40 1
가동 시간 90000 1 1

이 섹션은 SHOW GLOBAL STATUS의 두 스냅샷에서 선택된 카운터를 보여줍니다.
약 10초 간격으로 퍼지 반올림됩니다. 있는 항목만 포함합니다.
증분 카운터; Threads_running과 같은 절대 숫자는 포함하지 않습니다.
누적된 숫자가 아닌 현재 값을 나타내는 상태 변수
시간.

첫 번째 열은 변수 이름이고 두 번째 열은 첫 번째 열의 카운터입니다.
스냅샷을 86400(하루의 초 수)으로 나누면 크기를 확인할 수 있습니다.
하루에 카운터의 변화. 86400 fuzzy-rounds to 90000, 따라서 가동 시간 카운터는
항상 약 90000입니다.

세 번째 열은 첫 번째 스냅샷의 값을 가동 시간으로 나눈 다음 fuzzy-
반올림되므로 대략적으로 카운터가 초당 증가하는 속도를 나타냅니다.
서버 가동 시간.

세 번째 열은 첫 번째와 두 번째 스냅샷의 증분 차이를 나눈 값입니다.
가동 시간의 차이로 퍼지 반올림됩니다. 따라서 얼마나 빨리
카운터는 보고서가 생성된 시간에 초당 증가하고 있습니다.

# 테이블 캐시 ###############################################
크기 | 400
사용법 | 15%

이 섹션에는 테이블 캐시의 크기와 테이블의 백분율이 표시됩니다.
사용 중인 캐시. 사용법은 퍼지 반올림됩니다.

# 주요 Percona Server 기능 #################################
테이블 및 인덱스 통계 | 지원되지 않음
다중 I/O 스레드 | 사용
부패 탄력성 | 지원되지 않음
내구성 있는 복제 | 지원되지 않음
InnoDB 테이블 가져오기 | 지원되지 않음
빠른 서버 재시작 | 지원되지 않음
향상된 로깅 | 지원되지 않음
복제 성능 로깅 | 지원되지 않음
응답 시간 내역 | 지원되지 않음
스무스 플러싱 | 지원되지 않음
HandlerSocket NoSQL | 지원되지 않음
빠른 해시 UDF | 알려지지 않은

이 섹션에서는 Percona Server에서 사용할 수 있는 기능과 해당 기능이 있는지 여부를 보여줍니다.
활성화 여부. 표시된 예에서 서버는 Percona Server가 아닌 표준 MySQL이므로
기능은 일반적으로 지원되지 않습니다.

# 플러그인 ##################################################
InnoDB 압축 | 활동적인

이 기능은 특정 플러그인과 활성화 여부를 보여줍니다.

# 쿼리 캐시 ###############################################
query_cache_type | 에
크기 | 0.0
사용법 | 0%
HitToInsert비율 | 0%

이 섹션은 쿼리 캐시가 활성화되었는지 여부와 그 크기를 보여줍니다.
사용 중인 캐시의 백분율 및 적중-삽입 비율. 후자의 두 개는 흐릿합니다.
둥근.

# 스키마 ############################################### #####

데이터베이스 테이블 보기 SP Trigs Funcs FK Partn
MySQL 24
성능_스키마 17
사킬라 16 7 3 6 3 22

데이터베이스 MyISAM CSV PERFORMANCE_SCHEMA InnoDB
MySQL 22 2
성능_스키마 17
사킬라 8 15

데이터베이스 BTREE 전체 텍스트
MySQL 31
성능_스키마
사킬라 63 1

ctselditmvs
히에노아니암
amtuntndra
렘게이클
sbtiuhl
트린마이
aomttrn
mbeet
픽셀
t
데이터베이스 === === === === === === === === === === ===
MySQL 61 10 6 78 5 4 26 3 4 5 3
성능_스키마 5 16 33
사킬라 1 15 1 3 4 3 19 42 26

"--databases" 또는 "--all-databases"를 지정하면 도구가 위 섹션을 인쇄합니다.
이것은 데이터베이스에 있는 객체의 수와 유형을 요약합니다. 그것은에 의해 생성됩니다
INFORMATION_SCHEMA를 쿼리하지 않고 "mysqldump --no-data"를 실행하면
바쁜 서버.

섹션의 첫 번째 하위 보고서는 각 데이터베이스의 유형별 개체 수입니다.
테이블, 뷰 등. 두 번째는 다양한 스토리지 엔진을 사용하는 테이블 수를 보여줍니다.
각 데이터베이스에서. 세 번째 하위 보고서는 각 인덱스 유형의 수를 보여줍니다.
데이터 베이스.

마지막 섹션은 각 데이터베이스에 있는 다양한 데이터 유형의 열 수를 보여줍니다. 을 위한
소형 디스플레이에서 열 머리글은 세로 형식이므로 읽어야 합니다.
위에서 아래로. 이 예에서 첫 번째 열은 "char"이고 두 번째 열은
"타임스탬프"입니다. 이 예제는 잘려서 터미널에서 래핑되지 않습니다.

출력의 이 부분에 있는 모든 숫자는 퍼지 반올림이 아니라 정확합니다.

# 주목할만한 기술들 #####################################
전체 텍스트 인덱싱 | 예
지리공간 유형 | 아니요
외래 키 | 예
파티셔닝 | 아니요
InnoDB 압축 | 예
SSL | 아니요
명시적 잠금 테이블 | 아니요
지연된 삽입 | 아니요
XA 트랜잭션 | 아니요
NDB 클러스터 | 아니요
준비된 성명서 | 아니요
준비된 문 수 | 0

이 섹션에서는 이 서버에서 사용되는 몇 가지 특정 기술을 보여줍니다. 그들 중 일부는
이전 섹션에 대해 수행된 스키마 덤프에서 감지되었습니다. 그 외 감지 가능
SHOW GLOBAL STATUS를 보면.

# InnoDB ############################################### #####
버전 | 1.1.8
버퍼 풀 크기 | 16.0M
버퍼 풀 채우기 | 100%
버퍼 풀 더티 | 0%
테이블당 파일 | 끄다
페이지 크기 | 16k
로그 파일 크기 | 2 * 5.0M = 10.0M
로그 버퍼 크기 | 8만
플러시 방법 |
커밋 시 로그 플러시 | 1
XA 지원 | 에
체크섬 | 에
이중 쓰기 | 에
R/WI/O 스레드 | 4 4
I/O 용량 | 200
스레드 동시성 | 0
동시성 티켓 | 500
커밋 동시성 | 0
Txn 격리 수준 | 반복 읽기
적응형 플러싱 | 에
적응형 체크포인트 |
체크포인트 나이 | 0
InnoDB 큐 | InnoDB 내부 쿼리 0개, 큐에 쿼리 0개
가장 오래된 트랜잭션 | 0초
역사 목록 렌 | 209
조회수 읽기 | 1
실행 취소 로그 항목 | 트랜잭션 1개, 총 실행 취소 1개, 최대 실행 취소 1개
보류 중인 I/O 읽기 | 0 버프 풀 읽기, 0 일반 AIO,
0 ibuf AIO, 0 프리드
보류 중인 I/O 쓰기 | 0 버프 풀(0 LRU, 0 플러시 목록, 0 페이지);
0 AIO, 0 동기화, 0 로그 IO(0 로그, 0 chkp);
0개 쓰기
보류 중인 I/O 플러시 | 0 버프 풀, 0 로그
트랜잭션 상태 | 1x시작되지 않음

이 섹션에서는 InnoDB 스토리지 엔진의 중요한 구성 변수를 보여줍니다. 그만큼
버퍼 풀 채우기 백분율 및 더티 백분율은 퍼지 반올림됩니다. 마지막 몇 줄은
SHOW INNODB STATUS의 출력에서 ​​파생되었습니다. 이 출력이 변경될 가능성이 있습니다.
앞으로 더 유용하게 사용할 수 있습니다.

# MyISAM ############################################### #####
키 캐시 | 16.0M
사용된 비율 | 10%
플러시되지 않은 | 0%

이 섹션은 MyISAM 키 캐시의 크기와 다음의 비율을 보여줍니다.
사용 중인 캐시 및 플러시되지 않은 비율(퍼지 반올림).

# 보안 ###################################################
사용자 | 사용자 2명, 0 anon, 0 w/o pw, 0 old pw
이전 비밀번호 | 끄다

이 섹션은 mysql 시스템 데이터베이스의 테이블에 대한 쿼리에서 생성됩니다. 이것은 보여준다
얼마나 많은 사용자가 존재하는지, 구식 비밀번호 및
암호가 없는 사용자.

# 이진 로깅 #############################################
빈로그 | 1
크기가 0인 | XNUMX
총 크기 | 21.8M
binlog_format | 성명
만료_로그_일 | 0
동기화_binlog | 0
서버 ID | 12345
binlog_do_db |
binlog_ignore_db |

이 섹션은 바이너리 로그의 구성 및 상태를 보여줍니다. 크기가 XNUMX인 경우
바이너리 로그인 경우 binlog 인덱스가 바이너리 로그와 동기화되지 않을 수 있습니다.
실제로 디스크에 존재합니다.

# 주목할만한 변수 #######################################
자동 증분 증분/오프셋 | 1/1
default_storage_engine | 이노디비
플러시_타임 | 0
초기화 연결 |
초기화 파일 |
SQL_모드 |
조인_버퍼_크기 | 128k
sort_buffer_size | 2M
읽기_버퍼_크기 | 128k
read_rnd_buffer_size | 256k
대량_삽입_버퍼 | 0.00
max_heap_table_size | 16M
tmp_table_size | 16M
max_allowed_packet | 1만
스레드 스택 | 192k
로그 | 끄다
로그 오류 | /tmp/12345/data/mysqld.log
로그_경고 | 1
log_slow_queries | 에
log_queries_not_using_indexes | 끄다
log_slave_updates | 에

이 섹션에서는 다음과 같은 몇 가지 주목할만한 서버 구성 변수를 보여줍니다.
이 서버로 작업할 때 알아야 할 중요한 사항입니다.

# 구성 파일 #########################################
구성 파일 | /tmp/12345/my.sandbox.cnf
[고객]
사용자 = msandbox
비밀번호 = msandbox
포트 = 12345
소켓 = /tmp/12345/mysql_sandbox12345.sock
[mysqld를]
포트 = 12345
소켓 = /tmp/12345/mysql_sandbox12345.sock
pid 파일 = /tmp/12345/data/mysql_sandbox12345.pid
basedir = /home/baron/5.5.20
데이터디렉토리 = /tmp/12345/data
key_buffer_size = 16M
innodb_buffer_pool_size = 16M
innodb_data_home_dir = /tmp/12345/데이터
innodb_log_group_home_dir = /tmp/12345/data
innodb_data_file_path = ibdata1:10M:자동 확장
innodb_log_file_size = 5M
로그인 빈 = mysql-bin
relay_log = mysql-릴레이-빈
log_slave_updates
서버 ID = 12345
보고서 호스트 = 127.0.0.1
보고서 포트 = 12345
로그 오류 = mysqld.log
innodb_lock_wait_timeout = 3
# 끝 #################################################

이 섹션은 주석이 제거된 my.cnf 파일의 예쁘게 인쇄된 버전을 보여줍니다.
쉽게 읽을 수 있도록 항목을 정렬하기 위해 공백이 추가되었습니다. 이 도구는
my.cnf 파일은 ps의 출력을 보고 해당 위치를 찾지 못하는 경우
파일을 찾으면 파일을 찾을 때까지 일반적인 위치를 시도합니다. 이 파일은
보고서가 생성된 서버와 실제로 일치합니다. 이것은 일어날 수 있습니다
도구가 보고하는 동일한 서버에서 실행되지 않거나
구성 파일의 위치가 실패합니다.

옵션

-- 이후의 모든 옵션은 "mysql"로 전달됩니다.

--모든 데이터베이스
mysqldump 및 모든 데이터베이스 요약. "--데이터베이스"를 참조하십시오.

-- 묻고 통과
MySQL에 연결할 때 암호를 묻습니다.

--구성
유형: 문자열

이 쉼표로 구분된 구성 파일 목록을 읽으십시오. 지정된 경우 이것이 첫 번째여야 합니다.
명령줄의 옵션입니다.

--데이터베이스
유형: 문자열

mysqldump 및 이 쉼표로 구분된 데이터베이스 목록을 요약합니다. 지정
모든 데이터베이스를 덤프하고 요약하려는 경우 대신 "--all-databases".

--기본 파일
약식: -F; 유형: 문자열

주어진 파일에서 mysql 옵션만 읽으십시오. 절대 경로 이름을 지정해야 합니다.

--도움
도움말을 인쇄하고 종료합니다.

--주인
짧은 형식: -h; 유형: 문자열

연결할 호스트입니다.

--비밀번호
짧은 형식: -p; 유형: 문자열

연결할 때 사용할 비밀번호입니다. 비밀번호에 쉼표가 포함된 경우 이스케이프해야 합니다.
백슬래시 포함: "exam\,ple"

--포트
약식: -P; 유형: 정수

연결에 사용할 포트 번호입니다.

--읽기 샘플
유형: 문자열

이 디렉토리에 있는 파일에서 보고서를 작성하십시오.

--저장 샘플
유형: 문자열

요약을 생성하는 데 사용되는 데이터 파일을 이 디렉터리에 저장합니다.

--잠
유형: 정수; 기본값: 10

상태 카운터를 수집할 때 잠자기 시간(초).

--소켓
짧은 형식; 유형: 문자열

연결에 사용할 소켓 파일입니다.

--사용자
약식: -u; 유형: 문자열

현재 사용자가 아닌 경우 로그인을 위한 사용자입니다.

--번역
도구의 버전을 인쇄하고 종료합니다.

환경

이 도구는 환경 변수를 사용하지 않습니다.

시스템 요구 사항

이 도구에는 Bash v3 이상, Perl 5.8 이상 및 binutils가 필요합니다. 이들은 일반적으로
이미 대부분의 배포판에서 제공합니다. BSD 시스템에서는 마운트된 procfs가 필요할 수 있습니다.

onworks.net 서비스를 사용하여 온라인에서 pt-mysql-summaryp 사용