Я использую сервер Ubuntu для MySQL.
aptinnodb_buffer_pool_size : 300 млнКаждое утро ок. 6:40 происходит что-то, что вызывает заметные изменения в памяти:
https://dl.dropbox.com/u/12520837/mem.s.png
В то же время, похоже, происходит систематическое «уничтожение» запущенных процессов, вызывающее перезапуск MySQL.
10 апреля 06:43:40 ядро mysql-01: [1866472.511966] выберите 1 (инициализация), прил 0, размер 41, чтобы убить
10 апреля 06:43:40 ядро mysql-01: [1866472.511973] выберите 385 (dbus-daemon), прил 0, размер 44, чтобы убить
10 апреля 06:43:40 ядро mysql-01: [1866472.511975] выберите 389 (rsyslogd), прил 0, размер 124, чтобы убить
10 апреля 06:43:40 ядро mysql-01: [1866472.511982] выберите 4578 (snmpd), прил 0, размер 160, чтобы убить
10 апреля 06:43:40 ядро mysql-01: [1866472.514157] выберите 1 (инициализация), прил 0, размер 41, чтобы убить
10 апреля 06:43:40 ядро mysql-01: [1866472.514164] выберите 385 (dbus-daemon), прил 0, размер 44, чтобы убить
10 апреля 06:43:40 ядро mysql-01: [1866472.514166] выберите 389 (rsyslogd), прил 0, размер 124, чтобы убить
10 апреля 06:43:40 ядро mysql-01: [1866472.514171] выберите 4578 (snmpd), прил 0, размер 160, чтобы убить
10 апреля 06:43:44 mysql-01 / etc / mysql / debian-start [21807]: Обновление таблиц MySQL, если необходимо.
10 апреля 06:43:45 mysql-01 / etc / mysql / debian-start [21810]: / usr / bin / mysql_upgrade: параметр '--basedir' всегда игнорируется
10 апреля, 06:43:45 mysql-01 / etc / mysql / debian-start [21810]: Ищем mysql как: / usr / bin / mysql
10 апреля, 06:43:45 mysql-01 / etc / mysql / debian-start [21810]: Ищем mysqlcheck как: / usr / bin / mysqlcheck
10 апреля 06:43:45 mysql-01 / etc / mysql / debian-start [21810]: Эта установка MySQL уже обновлена до 5.5.29, используйте --force, если вам все еще нужно запустить mysql_upgrade
10 апреля, 06:43:45 mysql-01 / etc / mysql / debian-start [21821]: Проверка на наличие небезопасных учетных записей root. 10 апреля, 06:43:45 mysql-01 / etc / mysql / debian-start [21826]: запуск myisam-recovery для всех таблиц MyISAM
Любая помощь в диагностике будет принята с благодарностью!
Ядро обнаруживает, что ему не хватает памяти, возможно, из-за того, что какой-то процесс не работает.
Обычно OOM убийца попытается идентифицировать этот процесс и убить его. Причина, по которой он убивает mysql, заключается в том, что это, вероятно, процесс, который в настоящее время использует наибольшее количество оперативной памяти, поэтому он очень вероятный кандидат для запущенного дикого процесса.
Однако также кажется, что виноват snmpd. (он занимает 160 МБ, что очень много) snmpd - это демон, отвечающий за прослушивание snmp трафик, кажется странным, что он занимает столько памяти.
Поскольку это происходит каждый день в одно и то же время, проверяйте ежедневное cron вакансии. И проверьте файл журнала snmpd. Также проверьте наличие входящих соединений примерно в это время. (из sshd)
Все эти файлы журналов должны отображаться где-то в / var / log / xxx
Если в этом нет ничего неожиданного, поищите в файлах журнала другие процессы, упомянутые в журнале. (mysql и rsyslogd)
Кроме того, исходя из вашего графика, у вас в среднем всего 66 МБ свободного места, а проблемы с памятью возникают гораздо чаще, чем в 6,40, почти в 20% случаев у вас, кажется, свободно меньше нескольких МБ, а никогда не более 100 МБ. (если я правильно вижу, что пурпурная полоса - это свободная память?)
