mysql em ec2 linux AMI caiu ocasionalmente

1

Eu tenho o wordpress com o mysql instalado em um Amazon EC2 Linux AMI com 1 CPU e 1 GB de memória.

Recentemente, o mysql tem falhado pelo menos uma ou duas vezes por semana e não consigo descobrir o que está errado.

quando eu executo o comando

sudo service mysqld status

Eu entendo isso

mysqld dead but subsys locked

Eu habilitei o log editando o /etc/my.cnf da seguinte forma: -

[mysqld] datadir=/var/lib/mysql socket=/var/lib/mysql/mysql.sock

log_error=/var/log/mysqld.log

[mysqld_safe] log-error=/var/log/mysqld.log

pid-file=/var/run/mysqld/mysqld.pid

Mas toda vez que caiu, não consigo identificar os erros no arquivo de log. Falha recente mostra o seguinte no arquivo de log /var/log/mysqld.log, mas não tenho certeza se eles são os logs quando eu reiniciei o mysql.

Version: '5.6.37' socket: '/var/lib/mysql/mysql.sock' port: 3306 MySQL Community Server (GPL)

2017-12-06 12:29:53 30473 [Note] Plugin 'FEDERATED' is disabled.

2017-12-06 12:29:53 30473 [Note] InnoDB: Using atomics to ref count buffer pool pages

2017-12-06 12:29:53 30473 [Note] InnoDB: The InnoDB memory heap is disabled

2017-12-06 12:29:53 30473 [Note] InnoDB: Mutexes and rw_locks use GCC atomic builtins

2017-12-06 12:29:53 30473 [Note] InnoDB: Memory barrier is not used

2017-12-06 12:29:53 30473 [Note] InnoDB: Compressed tables use zlib 1.2.8

2017-12-06 12:29:53 30473 [Note] InnoDB: Using Linux native AIO

2017-12-06 12:29:53 30473 [Note] InnoDB: Using CPU crc32 instructions

2017-12-06 12:29:53 30473 [Note] InnoDB: Initializing buffer pool, size = 128.0M

2017-12-06 12:29:53 30473 [Note] InnoDB: Completed initialization of buffer pool

2017-12-06 12:29:53 30473 [Note] InnoDB: Highest supported file format is Barracuda.

2017-12-06 12:29:53 30473 [Note] InnoDB: The log sequence numbers 189532097 and 189532097 in ibdata files do not match the log sequence number 189715563 in the ib_logfiles!

2017-12-06 12:29:53 30473 [Note] InnoDB: Database was not shutdown normally!

2017-12-06 12:29:53 30473 [Note] InnoDB: Starting crash recovery.

2017-12-06 12:29:53 30473 [Note] InnoDB: Reading tablespace information from the .ibd files...

2017-12-06 12:29:53 30473 [Note] InnoDB: Restoring possible half-written data pages

2017-12-06 12:29:53 30473 [Note] InnoDB: from the doublewrite buffer...

2017-12-06 12:29:53 30473 [Note] InnoDB: 128 rollback segment(s) are active.

2017-12-06 12:29:53 30473 [Note] InnoDB: Waiting for purge to start

2017-12-06 12:29:53 30473 [Note] InnoDB: 5.6.37 started; log sequence number 189715563

2017-12-06 12:29:53 30473 [Note] RSA private key file not found: /var/lib/mysql//private_key.pem. Some authentication plugins will not work.

2017-12-06 12:29:53 30473 [Note] RSA public key file not found: /var/lib/mysql//public_key.pem. Some authentication plugins will not work.

2017-12-06 12:29:53 30473 [Note] Server hostname (bind-address): '*'; port: 3306

2017-12-06 12:29:53 30473 [Note] IPv6 is available.

2017-12-06 12:29:53 30473 [Note] - '::' resolves to '::';

2017-12-06 12:29:53 30473 [Note] Server socket created on IP: '::'.

2017-12-06 12:29:53 30473 [Note] Event Scheduler: Loaded 0 events

2017-12-06 12:29:53 30473 [Note] /usr/libexec/mysql56/mysqld: ready for connections. Version: '5.6.37' socket: '/var/lib/mysql/mysql.sock' port: 3306 MySQL Community Server (GPL)

Eu li que alguns insistiram que 1GB de memória não é suficiente para wordpress. Mas também li que alguns dizem que 1GB é suficiente e, na verdade, eles usam menos de 800MB para sua memória, alguns até têm menos de 600MB e o site está funcionando bem. Portanto, não estou convencido de que preciso de mais de 1 GB de memória.

Eu criei o arquivo de troca para a memória e quando eu faço

free -m

, mostra o seguinte:

         total       used       free     shared    buffers     cached 

Mem: 993 856 137 0 8 51

-/+ buffers/cache: 796 196

Swap: 1023 338 685

Apenas para sua informação, meu site é realmente muito baixo tráfego com média de menos de 10 cliques por dia, na verdade, o máximo não seria mais do que 20 cliques por dia ou mínimo de 0 cliques por dia. Sem transações, apenas navegando em um site puramente e um formulário de consulta simples (5 campos).

Alguém pode ajudar a identificar por que não há erro específico no arquivo de log?

Existe uma maneira de descobrir o que há de errado com o mysql?

Qualquer ajuda seria muito apreciada. Obrigado.

Novas descobertas em / var / log / message, vi isso no arquivo. Posso confirmar se isso significa que preciso de mais memória para minha instância ec2? Mas por que? como mencionado anteriormente, é um site wordpress de tráfego muito baixo. Alguém pode explicar?

Dec 6 12:26:31 ip-172-31-29-103 kernel: [939492.654915] Out of memory: Kill process 25961 (mysqld) score 222 or sacrifice child

Dec 6 12:26:31 ip-172-31-29-103 kernel: [939492.658743] Killed process 25961 (mysqld) total-vm:1336104kB, anon-rss:4676kB, file-rss:0kB, shmem-rss:0kB

Dec 6 12:26:31 ip-172-31-29-103 kernel: [939493.023492] oom_reaper: reaped process 25961 (mysqld), now anon-rss:0kB, file-rss:0kB, shmem-rss:0kB

Dec 6 12:26:38 ip-172-31-29-103 kernel: [939499.813569] mysqld invoked oom-killer: gfp_mask=0x24280ca(GFP_HIGHUSER_MOVABLE|__GFP_ZERO), nodemask=0, order=0, oom_score_adj=0

Dec 6 12:26:38 ip-172-31-29-103 kernel: [939499.820065] mysqld cpuset=/ mems_allowed=0

Dec 6 12:26:38 ip-172-31-29-103 kernel: [939499.822758] CPU: 0 PID: 30069 Comm: mysqld Tainted: G E 4.9.38-16.33.amzn1.x86_64 #1

Dec 6 12:26:38 ip-172-31-29-103 kernel: [939499.825371] Hardware name: Xen HVM domU, BIOS 4.2.amazon 08/24/2006

Dec 6 12:26:38 ip-172-31-29-103 kernel: [939499.825371] ffffc90001dd7b58 ffffffff812fa84f ffffc90001dd7cf8 ffff88000d998000 Dec 6 12:26:38 ip-172-31-29-103 kernel: [939499.825371] ffffc90001dd7be8 ffffffff811f4d5b ffffc90000000000 0000000000000000

    
por Jessica L 06.12.2017 / 10:10

1 resposta

0

O MySQL parou de funcionar porque seu sistema ficou sem memória e matou o processo. No momento em que o MySQL foi terminado, estava usando 1.336.104 KB. Isso é mais memória que um T2.micro.

Seu problema é claramente o uso da memória:

  • Seu servidor está ficando sem RAM, conforme declarado em seus arquivos de log
  • Você está usando 338 MB de espaço de troca, o que também significa pouca memória.
  • Para um sistema com um uso tão baixo, você não deve usar espaço de troca.

Sua solução é adicionar mais memória ao seu servidor alternando para um tamanho de instância maior. Eu sou uma daquelas pessoas que acham que o T2.micro é muito pequeno para o WordPress e um banco de dados.

    
por 12.12.2017 / 08:57