La terminación abrupta de un servidor de base de datos es un bloqueo muy grave. Debe evitar esto en un sistema de producción, ya que es posible que no se reinicie correctamente.
El servidor de la base de datos es un recurso compartido y casi nunca debe terminar de forma no planificada en producción. Lo único que debería causar una terminación no planificada es un hardware catastrófico o una falla de energía. La mayoría de los servidores de bases de datos de producción correctamente configurados tienen una terminación no planificada una vez cada diez años o con menos frecuencia. En serio.
¿Qué hacer?
Arregle su configuración de apache. Limite la cantidad de subprocesos de trabajo y procesos que puede usar, para que no se vuelva loco. Aprende a hacer esto. es vital Consulte aquí:http://httpd.apache.org/docs/ current/mod/mpm_common.html#maxrequestworkers
Solucione los defectos en su aplicación web que están causando que su apache se vuelva loco.
Si puede, mueva su servidor mysqld a una máquina de servidor diferente de apache, para que los dos no compitan por los mismos recursos de hardware.
Configure su mysqld para limitar la cantidad de conexiones que aceptará de hilos de trabajo de apache u otros clientes. Su aplicación web probablemente maneja la situación en la que un subproceso de trabajo necesita esperar una conexión. Mira aquí. http://dev.mysql.com /doc/refman/5.0/en/variables-del-sistema-del-servidor.html#sysvar_max_connections
¿Está en una microinstancia EC2? Necesitas hacer algunos ajustes serios. Consulte aquí:http://ubuntuforums.org/showthread.php?t=1979049