erreur fatale mysql: ne peut allouer de mémoire pour le pool de mémoire tampon

TLDR;

Mysql ne peut pas redémarrer car il est sorti de mémoire, vérifiez que vous avez configuré un fichier swap approprié.

n'a pas aidé? Si ce n'est pas votre problème, les questions plus qualifiées pour poursuivre la recherche sont:

• le service mysqld s'arrête une fois par jour sur le serveur ec2
• https://askubuntu.com/questions/422037/optimising-mysql-settings-mysqld-running-out-of-memory

arrière-plan

j'ai eu exactement ce problème sur le tout premier système que j'ai mis en place sur EC2, caractérisé par le site wordpress hébergé il va descendre à l'occasion avec"Error establishing database connection".

les registres montraient la même erreur que celle affichée par L'OP. Ma lecture de l'erreur (horodateurs supprimé) est le suivant:

• erreur de mémoire: InnoDB: Fatal error: cannot allocate memory for the buffer pool
• InnoDB ne peut pas démarrer sans assez de mémoire [ERROR] Plugin 'InnoDB' init function returned error. [ERROR] Plugin 'InnoDB' registration as a STORAGE ENGINE failed. [ERROR] Unknown/unsupported storage engine: InnoDB [ERROR] Aborting
• mysqld se ferme, ce qui dans ce contexte, signifie vraiment ne pas redémarrer! [Note] /usr/sbin/mysqld: Shutdown complete

vérification /var/log/syslog et recherche mysql yields:

Out of memory: Kill process 15452 (mysqld) score 93 or sacrifice child
Killed process 15452 (mysqld) total-vm:888672kB, anon-rss:56252kB, file-rss:0kB
init: mysql main process (15452) killed by KILL signal
init: mysql main process ended, respawning
type=1400 audit(1443812767.391:30): apparmor="STATUS" operation="profile_replace" name="/usr/sbin/mysqld" pid=21984 comm="apparmor_parser"
init: mysql main process (21996) terminated with status 1
init: mysql main process ended, respawning
init: mysql post-start process (21997) terminated with status 1
<repeated>

Note: Vous pouvez avoir à gunzip et rechercher dans les journaux archivés si l'erreur s'est produite avant que les journaux aient été tournés par cron.

Solution

dans mon cas, le problème sous-jacent était que j'avais négligé de configurer un fichier swap.

vous pouvez vérifier si vous en avez un configuré en lançant free -m .

total used free shared buffers cached Mem: 604340 587364 16976 0 29260 72280 -/+ buffers/cache: 485824 118516 Swap: 0 0 0

dans l'exemple ci-dessus, Swap: 0 indique aucun fichier swap.

Tutoriels sur la mise en place:

• https://www.digitalocean.com/community/tutorials/how-to-add-swap-on-ubuntu-14-04
• https://help.ubuntu.com/community/SwapFaq

notez que plus grand n'est pas nécessairement mieux! De la Ubuntu "guide de 1519180920" :

le "rendements décroissants" signifie que si vous avez besoin de plus d'espace de pagination que le double de la taille de votre RAM , vous feriez mieux d'ajouter plus de RAM que L'accès disque dur (HDD) est environ 103 plus lent que L'accès RAM, donc quelque chose qui prendrait 1 seconde, prend soudainement plus de 15 minutes ! Et encore plus d'une minute sur un disque dur rapide (SSD)...

---

concernant les autres réponses ici...

The InnoDB memory heap is disabled

ce n'est pas vraiment une erreur, juste une indication que InnoDB utilise l'allocateur de mémoire interne du système au lieu du sien. La valeur par défaut est oui/1, et qui est acceptable pour la production.

selon les docs, cette commande est dépréciée, et sera supprimée dans les versions MySQL ci-dessus 5.6 (et je suppose MariaDB):

http://dev.mysql.com/doc/refman/5.6/en/innodb-performance-use_sys_malloc.html

merci à: Ruben Schade commentaire

[Note] Plugin 'FEDERATED' is disabled.

le message à propos de FEDERATED disabled n'est pas une erreur. Cela signifie simplement que le moteur fédéré n'est pas activé pour votre serveur mysql. Il n'est pas utilisé par défaut. Si vous n'en avez pas besoin, ne vous souciez pas de ce message.

voir: https://stackoverflow.com/a/16470822/2586761