MySQL (InnoDB) shutsdown то же время каждый день

Хорошо поэтому недавно продвинул большое обновление моего проекта на мой сервер Ubuntu 14.

Вплоть до сих пор это было стабильно однако начиная с нажатия в точно 0:36 уничтожается GMT каждый день mysql!! Не идеальный, поскольку нам требуется как можно больше времени работы. Я увеличил регистрацию ошибок, чтобы видеть, могу ли я поймать ее в следующий раз.

Не Связанный Ресурс, я не Думаю...

Я проверил следующее:

  • Ресурсы сервера. Ничто не пронзает, это устойчиво и более чем достаточно RAM, доступной ~200mb свободный, по крайней мере. Используя Scoutapp для отслеживания этого.
  • Никакие кроны не работают в то точное время.
  • key_buffer_size был 16M, я просто поместил его в 32 МБ. Но не видьте ничего, что вызвало бы это.

Журнал ошибок

Однако я проверил журналы во время катастрофического отказа, и это - то, что там:

141123 00:36:47 mysqld_safe Number of processes running now: 0 
141123 00:36:47 mysqld_safe mysqld restarted
141123  0:36:48 [Warning] Using unique option prefix key_buffer instead of key_buffer_size is deprecated and will be removed in a future release. Please use the full name instead. 
141123  0:36:48 [Warning] The syntax '--log-slow-queries' is deprecated and will be removed in a future release. Please use '--slow-query-log'/'--slow-query-log-file' instead. 
141123  0:36:48 [Warning] Using unique option prefix myisam-recover instead of myisam-recover-options is deprecated and will be removed in a future release. Please use the full name instead. 
141123  0:36:48 [Note] Plugin 'FEDERATED' is disabled. 
141123  0:36:48 InnoDB: The InnoDB memory heap is disabled 
141123  0:36:48 InnoDB: Mutexes and rw_locks use GCC atomic builtins 
141123  0:36:48 InnoDB: Compressed tables use zlib 1.2.8 
141123  0:36:48 InnoDB: Using Linux native AIO 
141123  0:36:48 InnoDB: Initializing buffer pool, size = 128.0M InnoDB: mmap(137363456 bytes) failed; errno 12 
141123  0:36:48 InnoDB: Completed initialization of buffer pool 
141123  0:36:48 InnoDB: Fatal error: cannot allocate memory for the buffer pool 
141123  0:36:48 [ERROR] Plugin 'InnoDB' init function returned error. 
141123  0:36:48 [ERROR] Plugin 'InnoDB' registration as a STORAGE ENGINE failed. 
141123  0:36:48 [ERROR] Unknown/unsupported storage engine: InnoDB 
141123  0:36:48 [ERROR] Aborting

141123  0:36:48 [Note] /usr/sbin/mysqld: Shutdown complete

141123 00:36:48 mysqld_safe mysqld from pid file /var/run/mysqld/mysqld.pid ended

Это означает...?

Делает это означает, что потребности механизма InnoDB настроили. Я понял, что my.cnf переменным нужно измененный, но это - просто предупреждения.

Fatal error: cannot allocate memory for the buffer pool заставляет меня думать, что я должен установить размер пула буферов для InnoDB, который меньше, раз так как?

Кроме того, этого не происходило перед обновлением. Но VPS только имеет 512 МБ RAM, и трафик растет и сложность приложений особенно с новым обновлением.

То, что я не понимаю, - то, почему это происходит то же самое время каждый день. Ubuntu выполняет обновления или является там расписанием на Ubuntu, о которой я должен знать, возможно, это израсходовало память?

Спасибо

- Stefan

4
задан 23 November 2014 в 05:37

1 ответ

Я предлагаю, чтобы Вы проверили ниже обеспеченного в Вашем сервере.

  1. , Работает ли крон в сервере. Можно использовать файл журнала задания крона для проверки этого. Файл журнала в пути:/var/log/syslog

  2. , Проверяющий среднее число загрузки, в котором определенное время также поможет Вам, если будет какой-либо другой потребляющий процесс загрузки, инициировался в то время. Можно проверить системный журнал в местоположении/var/log для трассировки его.

  3. Попытка, уменьшающая Ваш key_buffer_size до 1 МБ и часы, если это все еще становится разрушенным. Если тихое быть разрушенным, обновляя RAM должно быть заключительной опцией.

  4. я также рекомендую, чтобы Вы выполнили mysqltuner сценарий и сообщили мне вывод.

1
ответ дан 17 November 2019 в 15:48

Другие вопросы по тегам:

Похожие вопросы: