Usar el 50 % de la RAM disponible para probar:
Puede disminuir el innodb_buffer_pool_size muy bajo para ver si ayuda:
#/etc/my.cnf
innodb_buffer_pool_size = 1M
Una regla general es configurar innodb_buffer_pool_size al 50 % de la RAM disponible para las pruebas de poca memoria. Esto significa que inicia el servidor y todo excepto MySQL InnoDB. Mira cuánta memoria RAM tienes. Luego use el 50% de eso para InnoDB.
Para probar varias configuraciones con poca memoria a la vez:
Un culpable más probable es cualquier otra cosa que esté en ese servidor, como un servidor web.
Apache?
¿Está utilizando Apache y/u otro servidor web? Si es así, intente disminuir su uso de RAM. Por ejemplo, en Apache conf, considere configuraciones de RAM bajas como estas:
StartServers 1
MinSpareServers 1
MaxSpareServers 5
MaxClients 5
Y limite las solicitudes de esta manera:
MaxRequestsPerChild 300
Luego reinicie Apache.
mod_wsgi:
Si usa Apache con mod_python, cambie a Apache con mod_wsgi.
Pympler:
Si todavía está sucediendo, posiblemente su Django esté creciendo constantemente. Pruebe la creación de perfiles de memoria de Django con Pympler:
SAR:
Su informe de fallas una vez por día, luego fallas una vez por semana, podría indicar algún tipo de trabajo cron que se ejecuta diariamente o semanalmente. Por ejemplo, quizás haya un proceso por lotes que consuma mucha RAM, o un volcado de base de datos, etc.
Para realizar un seguimiento del uso de RAM y buscar picos de RAM en la hora anterior a la muerte de MySQL, eche un vistazo a SAR, que es una gran herramienta:http://www.thegeekstuff.com/2011/03/sar-examples/
