Traduzido do 日本語 • Ver original **Vou tentar ajustar o MySQL por falta de energia. **
Boa noite. Este é o Miyashita, que está no comando da plataforma.
Desta vez, o
Gostaria de melhorar o desempenho.
Tomamos várias medidas até agora, mas primeiro vamos revisar o meio ambiente.
◇ O ambiente de execução usa uma grande instância no AWS EC2.
O serviço é um serviço SNS usando OpenPNE. O Mysql alvo está rodando para fins de backup e agregação de dados.
(Não usado em serviço de produção)
◇ A versão mysql é um pouco antiga e é "5.0.77". Comecei com multi
Além disso, o MySQL para ambientes de desenvolvimento também está rodando. Aliás, os segundos de atraso atuais ainda estão aumentando em "1512561 segundos".
◇ Sobre as mudanças feitas até agora,
Aumento do "innodb_buffer_pool_size" de 512M para 2028M,
Mudei "innodb_flush_log_at_trx_commit" de 2 para 0,
(Priorize o throughput em vez da precisão da recuperação)
mudou "chave_buffer_size" de 32M para 300M,
"consulta_cache_size = 0" e desativei.
O efeito é que a E/S do DISCO foi reduzida em cerca de metade, mas não se diz que isso elimine o atraso.
◇ Por fim, verifique os dados que você está recebendo em Munun.
O atraso está aumentando dia após dia. Às vezes diminui, mas não sei a causa.
Sempre há muita leitura de I/O no DISCO.
A causa é clara, e é porque os dados de imagem e vídeo são armazenados nos dados do banco de dados.
Como o tamanho dos dados não cabe no tamanho do pool de buffer, leitura/gravação de DISCO está sempre ocorrendo.
Além disso, MyISAM e Innodb são mistos, então os recursos não são usados de forma eficiente,
O OpenPNE está emitindo um grande número de consultas "exclua nome de arquivo aaa COMO '%bbb%'"
Há muitas questões que precisam ser resolvidas.
Ao resolver a situação atual, gostaria de implementar medidas de melhoria uma a uma a partir da próxima vez.