Използвайте 50% от наличната RAM за тестване:
Можете да намалите innodb_buffer_pool_size много ниско, за да видите дали помага:
#/etc/my.cnf
innodb_buffer_pool_size = 1M
Основно правило е да настроите innodb_buffer_pool_size на 50% от наличната RAM за тестване с ниска памет. Това означава, че стартирате сървъра и всичко освен MySQL InnoDB. Вижте колко RAM имате. След това използвайте 50% от това за InnoDB.
За да опитате много настройки за малко памет наведнъж:
По-вероятният виновник е каквото и да е друго на този сървър, като например уеб сървър.
Apache?
Използвате ли Apache и/или друг уеб сървър? Ако е така, опитайте се да намалите използването на RAM. Например в Apache conf помислете за настройки за ниска RAM памет, като тези:
StartServers 1
MinSpareServers 1
MaxSpareServers 5
MaxClients 5
И ограничавайте заявките по следния начин:
MaxRequestsPerChild 300
След това рестартирайте Apache.
mod_wsgi:
Ако използвате Apache с mod_python, превключете към Apache с mod_wsgi.
Pympler:
Ако все още се случва, вероятно вашето Django постоянно расте. Опитайте профилиране на паметта на Django с Pympler:
SAR:
Вашият доклад за откази веднъж на ден, а след това веднъж на седмица, може да сочи към някакъв вид cron работа, която се изпълнява ежедневно или седмично. Например, може би има пакетен процес, който заема много RAM, или дъмп на база данни и т.н.
За да проследите използването на RAM и да потърсите пикове в RAM в часа преди MySQL да умре, погледнете SAR, който е страхотен инструмент:http://www.thegeekstuff.com/2011/03/sar-examples/
