Este é o comando pt-mysql-summaryp que pode ser executado no provedor de hospedagem gratuita OnWorks usando uma de nossas várias estações de trabalho online gratuitas, como Ubuntu Online, Fedora Online, emulador online Windows ou emulador online MAC OS
PROGRAMA:
NOME
pt-mysql-summary - Resume bem as informações do MySQL.
SINOPSE
Uso: pt-mysql-summary [OPÇÕES]
pt-mysql-summary resume convenientemente o status e a configuração de um banco de dados MySQL
servidor para que você possa aprender sobre ele rapidamente. Não é uma ferramenta de ajuste ou diagnóstico
ferramenta. Ele produz um relatório que é fácil de difundir e pode ser colado em e-mails sem
perder a formatação. Deve funcionar bem em qualquer sistema UNIX moderno.
RISCOS
O Percona Toolkit é maduro, comprovado no mundo real e bem testado, mas todo banco de dados
ferramentas podem representar um risco para o sistema e o servidor de banco de dados. Antes de usar esta ferramenta,
por favor:
· Leia a documentação da ferramenta
· Reveja os conhecidos "BUGS" da ferramenta
· Teste a ferramenta em um servidor que não seja de produção
· Faça backup do seu servidor de produção e verifique os backups
DESCRIÇÃO
pt-mysql-summary funciona conectando-se a um servidor de banco de dados MySQL e consultando-o para obter o status
e informações de configuração. Ele salva esses bits de dados em arquivos em um período temporário
e, em seguida, formata-os perfeitamente com awk e outras linguagens de script.
Para usar, basta executá-lo. Opcionalmente, adicione um traço duplo e a mesma linha de comando
opções que você usaria para se conectar ao MySQL, como as seguintes:
pt-mysql-summary --user = root
A ferramenta interage minimamente com o servidor em que é executada. Presume que você
execute-o no mesmo servidor que você está inspecionando e, portanto, ele assume que será capaz
para localizar o arquivo de configuração my.cnf, por exemplo. No entanto, ele deve degradar normalmente
se não for esse o caso. Observe, no entanto, que sua saída não indica qual
as informações vêm do banco de dados MySQL e do sistema operacional do host,
portanto, é possível gerar uma saída confusa se você executar a ferramenta em um servidor
e se conectar a um servidor de banco de dados MySQL em execução em outro servidor.
SAÍDA
Muitas das saídas desta ferramenta são deliberadamente arredondadas para mostrar sua magnitude, mas
não o detalhe exato. Isso é chamado de arredondamento difuso. A ideia é que não importa
se um servidor está executando 918 consultas por segundo ou 921 consultas por segundo; tão pequeno
a variação é insignificante e apenas torna a saída difícil de comparar com outros servidores.
O arredondamento difuso gira em incrementos maiores à medida que a entrada aumenta. Ele começa arredondando para
o 5 mais próximo, então o 10 mais próximo, o 25 mais próximo, e então se repete por um fator de 10 maior
(50, 100, 250) e assim por diante, conforme a entrada aumenta.
A seguir está um exemplo do relatório que a ferramenta produz:
# Relatório resumido do MySQL do kit de ferramentas Percona ###########################
Hora do sistema | 2012/03/30 18:46:05 UTC
(TZ local: EDT -0400)
# Instâncias ########################################################## ##
Diretório de dados da porta Soquete OOM agradável
======= ========================== ==== === ======
12345 / tmp / 12345 / data 0 0 /tmp/12345.sock
12346 / tmp / 12346 / data 0 0 /tmp/12346.sock
12347 / tmp / 12347 / data 0 0 /tmp/12347.sock
As primeiras duas seções mostram em qual servidor o relatório foi gerado e em qual MySQL
as instâncias estão em execução no servidor. Isso é detectado a partir da saída de "ps" e não
sempre detecta todas as instâncias e parâmetros, mas geralmente funciona bem. Deste ponto
adiante, o relatório se concentrará em uma única instância do MySQL, embora várias instâncias
pode aparecer no parágrafo acima.
# Relatório na porta 12345 ##############################################
Usuário | msandbox @%
Tempo | 2012/03/30 14:46:05 (EDT)
Nome do host | localhost.localdomain
Versão | Servidor de comunidade MySQL 5.5.20-log (GPL)
Construído em | linux2.6 i686
Iniciado | 2012/03/28 23:33 (up 1 + 15: 12: 09)
Bancos de dados | 4
Datadir | / tmp / 12345 / data /
Processos 2 conectados, 2 em execução
Replicação | Não é escravo, tem 1 escravo conectado
Pidfile | /tmp/12345/data/12345.pid (existe)
Esta seção é um rápido resumo da instância do MySQL: versão, tempo de atividade e outros
parâmetros básicos. A saída de tempo é gerada a partir do servidor MySQL, ao contrário do sistema
data e hora impressa antes, para que você possa ver se o banco de dados e o sistema operacional
os tempos correspondem.
# Lista de processos ################################################
Comando COUNT (*) Working SUM (Time) MAX (Time)
------------------------------ -------- ------- ----- ---- ---------
Despejo de Log Binário 1 1 150000 150000
Consulta 1 1 0 0
Usuário COUNT (*) Working SUM (Time) MAX (Time)
------------------------------ -------- ------- ----- ---- ---------
caixa de areia 2 2 150000 150000
Host COUNT (*) Working SUM (Time) MAX (Time)
------------------------------ -------- ------- ----- ---- ---------
host local 2 2 150000 150000
db COUNT (*) Working SUM (Time) MAX (Time)
------------------------------ -------- ------- ----- ---- ---------
NULO 2 2 150000 150000
Estado COUNT (*) Working SUM (Time) MAX (Time)
------------------------------ -------- ------- ----- ---- ---------
O mestre enviou todo o binlog para 1 1 150000 150000
NULO 1 1 0 0
Esta seção é um resumo da saída de SHOW PROCESSLIST. Cada subseção é
agregado por um item diferente, que é mostrado como o título da primeira coluna. Quando
resumido por Command, cada linha em SHOW PROCESSLIST é incluída, mas caso contrário, as linhas
cujo Comando é Sleep são excluídos das colunas SUM e MAX, de modo que não distorcem o
números demais. No exemplo mostrado, o servidor está ocioso, exceto por esta ferramenta em si,
e uma réplica conectada, que está executando o Binlog Dump.
As colunas são o número de linhas incluídas, o número que não está no status de suspensão, o
soma da coluna Tempo e a coluna Tempo máximo. Os números são arredondados difusos.
# Contadores de status (espere 10 segundos) ###############################
Variável por dia por segundo 10 segundos
Binlog_cache_disk_use4
Binlog_cache_use 80
Bytes_recebidos 15000000 175 200
Bytes_enviados 15000000 175 2000
Com_admin_commands 1
................... (muitas linhas omitidas) .......................... ..
Tópicos_criados 40 1
Tempo de atividade 90000 1 1
Esta seção mostra contadores selecionados de dois instantâneos de SHOW GLOBAL STATUS, reunidos
aproximadamente 10 segundos de intervalo e arredondado. Inclui apenas itens que são
incrementando contadores; não inclui números absolutos, como Threads_running
variável de status, que representa um valor atual, em vez de um número acumulado ao longo
tempo.
A primeira coluna é o nome da variável e a segunda coluna é o contador do primeiro
instantâneo dividido por 86400 (o número de segundos em um dia), para que você possa ver a magnitude
da mudança do contador por dia. 86400 rodadas difusas para 90000, então o contador de tempo de atividade deve
sempre seja cerca de 90000.
A terceira coluna é o valor do primeiro snapshot, dividido por Uptime e então fuzzy-
arredondado, de modo que representa aproximadamente a rapidez com que o contador está crescendo por segundo durante
o tempo de atividade do servidor.
A terceira coluna é a diferença incremental do primeiro e do segundo instantâneo, dividida
pela diferença no tempo de atividade e, em seguida, arredondado difuso. Portanto, mostra a rapidez com que o
contador está crescendo por segundo no momento em que o relatório foi gerado.
# Cache da tabela ######################################################### #
Tamanho | 400
Uso | 15%
Esta seção mostra o tamanho do cache da tabela, seguido pela porcentagem da tabela
cache em uso. O uso é arredondado.
# Principais recursos do Percona Server ######################################
Estatísticas de tabela e índice | Não suportado
Múltiplos Threads de E / S | Habilitado
Resiliente à Corrupção | Não suportado
Replicação durável | Não suportado
Importar tabelas InnoDB | Não suportado
Reinicia o servidor rápido | Não suportado
Registro aprimorado | Não suportado
Replica Perf Logging | Não suportado
Tempo de resposta Hist. | Não suportado
Flushing suave | Não suportado
HandlerSocket NoSQL | Não suportado
UDFs de hash rápido | Desconhecido
Esta seção mostra os recursos que estão disponíveis no Percona Server e se eles estão
habilitado ou não. No exemplo mostrado, o servidor é o MySQL padrão, não o Percona Server, então
os recursos geralmente não são suportados.
# Plugins ########################################################## ####
Compressão InnoDB | ATIVO
Este recurso mostra plug-ins específicos e se eles estão ativados.
# Cache de consulta ######################################################### #
query_cache_type | SOBRE
Tamanho | 0.0
Uso | 0%
HitToInsertRatio | 0%
Esta seção mostra se o cache de consulta está habilitado e seu tamanho, seguido pelo
porcentagem do cache em uso e a proporção de acertos para inserir. Os dois últimos são difusos
arredondado.
# Schema ########################################################### #####
Tabelas de banco de dados Exibições SPs Trigs Funcs FKs Partn
mysql24
esquema_desempenho 17
sakila 16 7 3 6 3 22
Banco de dados MyISAM CSV PERFORMANCE_SCHEMA InnoDB
mysql22
esquema_desempenho 17
Sakila 8 15
Banco de dados BTREE FULLTEXT
mysql31
esquema_desempenho
Sakila 63 1
ctselditmvs
hienoanieam
amtunttndra
remgeyicl
sbtiuhl
tlinmai
Aomttrn
mbeet
px
t
Banco de dados === === === === === === === === === === ===
mysql 61 10 6 78 5 4 26 3 4 5 3
desempenho_esquema 5 16 33
sakila 1 15 1 3 4 3 19 42 26
Se você especificar "--databases" ou "--all-databases", a ferramenta imprimirá a seção acima.
Isso resume o número e o tipo de objetos nos bancos de dados. É gerado por
executando "mysqldump --no-data", não consultando o INFORMATION_SCHEMA, que pode congelar um
servidor ocupado.
O primeiro sub-relatório da seção é a contagem de objetos por tipo em cada banco de dados:
tabelas, visualizações e assim por diante. O segundo mostra quantas tabelas usam vários mecanismos de armazenamento
em cada banco de dados. O terceiro sub-relatório mostra o número de cada tipo de índice em cada
base de dados.
A última seção mostra o número de colunas de vários tipos de dados em cada banco de dados. Para
tela compacta, os cabeçalhos das colunas são formatados verticalmente, então você precisa ler
para baixo do topo. Neste exemplo, a primeira coluna é "char" e a segunda coluna
é "carimbo de data / hora". Este exemplo é truncado para que não seja quebrado em um terminal.
Todos os números nesta parte da saída são exatos, não arredondados.
# Noteworthy Technologies ##########################################
Indexação de texto completo | sim
Tipos geoespaciais | Não
Chaves estrangeiras | sim
Particionamento | Não
Compressão InnoDB | sim
SSL | Não
EXPLICIT LOCK TABLES | Não
Inserção atrasada | Não
Transações XA | Não
NDB Cluster | Não
Declarações preparadas | Não
Contagem de declaração preparada | 0
Esta seção mostra algumas tecnologias específicas usadas neste servidor. Alguns deles são
detectado a partir do despejo do esquema executado para as seções anteriores; outros podem ser detectados
olhando para SHOW GLOBAL STATUS.
# InnoDB ########################################################## #####
Versão | 1.1.8
Tamanho do buffer pool | 16.0 milhões
Preenchimento do pool de buffer | 100%
Buffer Pool Sujo | 0%
Arquivo por tabela | DESLIGADO
Tamanho da página | 16k
Tamanho do arquivo de log | 2 * 5.0M = 10.0M
Tamanho do buffer de log | 8M
Método de descarga |
Flush Log na confirmação | 1
Suporte XA | SOBRE
Checksums | SOBRE
Doublewrite | SOBRE
R / WI / O Threads | 4 4
Capacidade de E / S | 200
Concorrência de tópicos | 0
Ingressos simultâneos | 500
Comprometa a simultaneidade | 0
Nível de isolamento Txn | REPEATABLE-READ
Flushing adaptável | SOBRE
Ponto de verificação adaptativo |
Idade do ponto de verificação | 0
InnoDB Queue | 0 consultas dentro do InnoDB, 0 consultas na fila
Transação mais antiga | 0 segundos
Lista de história Len | 209
Ler visualizações | 1
Desfazer entradas de log | 1 transação, 1 desfazer no total, 1 desfazer no máximo
Leituras de E / S pendentes | 0 leituras de pool buf, 0 AIO normal,
0 ibuf AIO, 0 leituras
Gravações de E / S pendentes | 0 buf pool (0 LRU, 0 lista de descarga, 0 página);
0 AIO, 0 sincronismo, 0 log IO (0 log, 0 chkp);
0 escritas
Flushes de E / S pendentes | 0 buf pool, 0 log
Estados de transação | 1x não começou
Esta seção mostra variáveis de configuração importantes para o mecanismo de armazenamento InnoDB. o
a porcentagem de preenchimento do buffer pool e a porcentagem suja são arredondadas. As últimas linhas são
derivado da saída de SHOW INNODB STATUS. É provável que esta saída mude
no futuro para se tornar mais útil.
# MyISAM ########################################################## #####
Cache de chave | 16.0 milhões
Pct usado | 10%
Não lavado | 0%
Esta seção mostra o tamanho do cache de chave MyISAM, seguido pela porcentagem do
cache em uso e porcentagem não limpa (arredondado difuso).
# Segurança ################################################ ###
Usuários | 2 usuários, 0 anon, 0 sem pw, 0 pw antigo
Senhas Antigas | DESLIGADO
Esta seção é gerada a partir de consultas a tabelas no banco de dados do sistema mysql. Isto mostra
quantos usuários existem e vários riscos de segurança em potencial, como senhas antigas e
usuários sem senhas.
# Registro binário ######################################################
Binlogs | 1
Tamanho zero | 0
Tamanho total | 21.8 milhões
binlog_format | DEMONSTRAÇÃO
expire_logs_days | 0
sincronizar_binlog | 0
ID_do_servidor | 12345
binlog_do_db |
binlog_ignore_db |
Esta seção mostra a configuração e o status dos logs binários. Se houver tamanho zero
logs binários, então é possível que o índice binlog esteja fora de sincronia com os logs binários
que realmente existem no disco.
# Variáveis dignas de nota ###############################################
Auto-Inc Incr / Offset | 1/1
default_storage_engine | InnoDBGenericName
flush_time | 0
init_connect |
arquivo_inicial |
modo_sql |
join_buffer_size | 128 mil
sort_buffer_size | 2 milhões
read_buffer_size | 128 mil
read_rnd_buffer_size | 256 mil
bulk_insert_buffer | 0.00
max_heap_table_size | 16 milhões
tmp_table_size | 16 milhões
max_allowed_packet | 1 milhão
thread_stack | 192 mil
log | DESLIGADO
erro_de_log | /tmp/12345/data/mysqld.log
log_warnings | 1
log_slow_queries | SOBRE
log_queries_not_using_indexes | DESLIGADO
log_slave_updates | SOBRE
Esta seção mostra várias variáveis de configuração de servidor dignas de nota que podem ser
importante saber ao trabalhar com este servidor.
# Arquivo de configuração #########################################
Arquivo de configuração | /tmp/12345/my.sandbox.cnf
[cliente]
usuário = msandbox
senha = msandbox
porta = 12345
soquete = /tmp/12345/mysql_sandbox12345.sock
[Mysqld]
porta = 12345
soquete = /tmp/12345/mysql_sandbox12345.sock
arquivo pid = /tmp/12345/data/mysql_sandbox12345.pid
basedir = /home/barão/5.5.20
datadir = / tmp / 12345 / data
key_buffer_size = 16 milhões
innodb_buffer_pool_size = 16 milhões
innodb_data_home_dir = / tmp / 12345 / data
innodb_log_group_home_dir = / tmp / 12345 / data
innodb_data_file_path = ibdata1: 10M: autoextend
innodb_log_file_size = 5 milhões
log-bin = mysql-bin
relé_log = mysql-relay-bin
log_slave_updates
ID do servidor = 12345
host-relatório = 127.0.0.1
porta-relatório = 12345
log-erro = mysqld.log
innodb_lock_wait_timeout = 3
# O fim ############################################### #####
Esta seção mostra uma versão bem impressa do arquivo my.cnf, com comentários removidos e
com espaço em branco adicionado para alinhar as coisas e facilitar a leitura. A ferramenta tenta detectar o
arquivo my.cnf observando a saída do ps, e se não encontrar a localização do
arquivo lá, ele tenta locais comuns até encontrar um arquivo. Observe que este arquivo pode não
realmente correspondem ao servidor a partir do qual o relatório foi gerado. Isso pode acontecer
quando a ferramenta não é executada no mesmo servidor em que está relatando, ou ao detectar o
a localização do arquivo de configuração falha.
OPÇÕES
Todas as opções depois de - são passadas para "mysql".
--todos os bancos de dados
mysqldump e resumir todos os bancos de dados. Veja "--databases".
--pergunta-passa
Solicita uma senha ao se conectar ao MySQL.
--config
tipo: string
Leia esta lista separada por vírgulas de arquivos de configuração. Se especificado, este deve ser o primeiro
opção na linha de comando.
--bancos de dados
tipo: string
mysqldump e resumir esta lista separada por vírgulas de bancos de dados. Especificamos
"- todos os bancos de dados" em vez disso, se você quiser despejar e resumir todos os bancos de dados.
--defaults-file
forma abreviada: -F; tipo: string
Leia apenas as opções do mysql do arquivo fornecido. Você deve fornecer um nome de caminho absoluto.
--Socorro
Imprimir ajuda e sair.
--hospedeiro
forma abreviada: -h; tipo: string
Host ao qual se conectar.
--senha
forma abreviada: -p; tipo: string
Senha para usar ao conectar. Se a senha contiver vírgulas, elas devem ser escapadas
com uma barra invertida: "exam \, ple"
--porta
forma abreviada: -P; tipo: int
Número da porta a ser usada para conexão.
--read-amostras
tipo: string
Crie um relatório a partir dos arquivos encontrados neste diretório.
--save-amostras
tipo: string
Salve os arquivos de dados usados para gerar o resumo neste diretório.
--dormir
tipo: int; padrão: 10
Segundos para dormir ao reunir contadores de status.
--tomada
formas curtas; tipo: string
Arquivo de soquete a ser usado para conexão.
--do utilizador
forma abreviada: -u; tipo: string
Usuário para login, se não for o usuário atual.
--versão
Versão da ferramenta de impressão e saída.
MEIO AMBIENTE
Esta ferramenta não usa nenhuma variável de ambiente.
SISTEMA REQUISITOS
Esta ferramenta requer Bash v3 ou mais recente, Perl 5.8 ou mais recente e binutils. Geralmente são
já fornecido pela maioria das distribuições. Em sistemas BSD, pode exigir um procfs montado.
Use pt-mysql-summaryp online usando serviços onworks.net