Otimizando as configurações do MySQL - mysqld ficando sem memória

Estou um pouco confuso sobre quais configurações alterar no meu arquivo my.conf para otimizar para o meu servidor (o servidor mysql continua travando devido ao nosso alto tráfego).

Aqui está o arquivo my.cnf:

[mysqld]

user            = mysql
pid-file        = /var/run/mysqld/mysqld.pid
socket          = /var/run/mysqld/mysqld.sock
port            = 3306
basedir         = /usr
datadir         = /var/lib/mysql
tmpdir          = /tmp
lc-messages-dir = /usr/share/mysql
skip-external-locking

key_buffer              = 16M
max_allowed_packet      = 16M
myisam-recover         = BACKUP
#max_connections        = 100
#table_cache            = 64
#thread_concurrency     = 10

query_cache_limit       = 1M
query_cache_size        = 16M

E as especificações do servidor são:

CPU Cores   2 cores
RAM (Memory)    1GB
SSD (Disk Space)    20GB

Executando o Ubuntu 12.04 LTS

Aqui estão minhas partições:

NAME   FSTYPE   SIZE MOUNTPOINT LABEL
vda              20G            
├─vda1 ext4     476M /boot      
├─vda2 swap     477M [SWAP]     
└─vda3 ext4    19.1G / 

Qualquer ajuda seria muito apreciada.

Olhando para os logs de erros, posso ver que o mysqld estava sem memória:

Feb 17 11:02:06 111488 kernel: [8276839.559141] Out of memory: Kill process 20719 (mysqld) score 75 or sacrifice child
Feb 17 11:02:06 111488 kernel: [8276839.559209] Killed process 20719 (mysqld) total-vm:1347424kB, anon-rss:30524kB, file-rss:0kB

Resposta geral do wiki do serverguide :

Tuner do MySQL

O MySQL Tuner é uma ferramenta útil que se conectará a uma instância do MySQL em execução e oferecerá sugestões de como ele pode ser melhor configurado para sua carga de trabalho. Quanto mais tempo o servidor estiver rodando, melhor o conselho que o mysqltuner pode fornecer. Em um ambiente de produção, considere aguardar pelo menos 24 horas antes de executar a ferramenta. Você pode instalar o mysqltuner nos repositórios Ubuntu:

sudo apt-get install mysqltuner

Depois de instalado, execute-o:

 mysqltuner

e aguarde o relatório final. A seção superior fornece informações gerais sobre o servidor de banco de dados e a seção inferior fornece sugestões de ajuste para alterar no seu my.cnf. A maioria deles pode ser alterada ao vivo no servidor sem reiniciar; consulte a documentação oficial do MySQL (link na seção Recursos) para obter as variáveis ​​relevantes a serem alteradas na produção. A seguir, parte de um exemplo de relatório de um banco de dados de produção que mostra que pode haver algum benefício em aumentar a quantidade de cache de consulta:

-------- Recomendações ----------------------------------------- ------------
Recomendações gerais:
    Execute OPTIMIZE TABLE para desfragmentar tabelas para obter melhor desempenho
    Aumente o table_cache gradualmente para evitar limites do descritor de arquivo
Variáveis ​​a serem ajustadas:
    key_buffer_size (> 1.4G)
    query_cache_size (> 32 milhões)
    table_cache (> 64)
    innodb_buffer_pool_size (> = 22G)

Um comentário final sobre o ajuste de bancos de dados: Embora possamos dizer amplamente que certas configurações são as melhores, o desempenho pode variar de aplicativo para aplicativo. Por exemplo, o que funciona melhor para o Wordpress pode não ser o melhor para Drupal, Joomla ou aplicativos proprietários. O desempenho depende dos tipos de consultas, do uso de índices, da eficiência do design do banco de dados e assim por diante. Talvez seja útil gastar algum tempo procurando dicas de ajuste de banco de dados com base em quais aplicativos você está usando. Depois que você passar de um certo ponto, os ajustes que você fizer resultarão apenas em pequenas melhorias, e será melhor melhorar o aplicativo ou analisar o ambiente de banco de dados usando o hardware mais poderoso ou adicionando servidores escravos.

• Assista à seção de métricas de desempenho do relatório mysqltuner. Mantenha o máximo de memória possível abaixo de 50%.
• tmp_table_size, max_heap_table_size variable: mantenha estes iguais e altos.
• join_buffer_size, aumento em pequenas quantidades; será multiplicado por max_connections.
• innodb_buffer_pool_size. Faça alto.

Outra correção possível é usar o seguinte na seção [mysqld] da sua configuração /etc/mysql/my.cnf.

performance_schema = off

Fonte: /server/564748/mysql-mariadb-crashes-frequently

Resolução para composição do docker

mysql:
    volumes:
        - ./config/mysql/my.cnf:/etc/mysql/conf.d/my.cnf

Configurar conteúdo ./config/mysql/my.cnf

[mysqld]
performance_schema = off