Почему падает mysql на VDS?

Question

[Bodrosh]

Здравствуйте, почему может падать mysql?
В консоле:

spoiler

@90002:/# dmesg | grep -i oom
[135761.112858] ihttpd invoked oom-killer: gfp_mask=0x201da, order=0, oom_score_adj=0
[135761.112921]  [<ffffffff810c43e4>] ? rcu_oom_notify+0xc4/0xe0
[135761.112934]  [<ffffffff811427dd>] ? oom_kill_process+0x21d/0x370
[135761.113104] [ pid ]   uid  tgid total_vm      rss nr_ptes swapents oom_score_adj na                                           me
[135761.299698] core invoked oom-killer: gfp_mask=0x201da, order=0, oom_score_adj=0
[135761.299747]  [<ffffffff810c43e4>] ? rcu_oom_notify+0xc4/0xe0
[135761.299758]  [<ffffffff811427dd>] ? oom_kill_process+0x21d/0x370
[135761.299876] [ pid ]   uid  tgid total_vm      rss nr_ptes swapents oom_score_adj na                                           me
[135766.938254] core invoked oom-killer: gfp_mask=0x201da, order=0, oom_score_adj=0
[135766.938304]  [<ffffffff810c43e4>] ? rcu_oom_notify+0xc4/0xe0
[135766.938315]  [<ffffffff811427dd>] ? oom_kill_process+0x21d/0x370
[135766.938462] [ pid ]   uid  tgid total_vm      rss nr_ptes swapents oom_score_adj na                                           me
[135766.941818] core invoked oom-killer: gfp_mask=0x201da, order=0, oom_score_adj=0
[135766.941850]  [<ffffffff810c43e4>] ? rcu_oom_notify+0xc4/0xe0
[135766.941856]  [<ffffffff811427dd>] ? oom_kill_process+0x21d/0x370
[135766.941952] [ pid ]   uid  tgid total_vm      rss nr_ptes swapents oom_score_adj na                                           me
[159180.812655] core invoked oom-killer: gfp_mask=0x201da, order=0, oom_score_adj=0
[159180.812741]  [<ffffffff810c43e4>] ? rcu_oom_notify+0xc4/0xe0
[159180.812759]  [<ffffffff811427dd>] ? oom_kill_process+0x21d/0x370
[159180.812860] [ pid ]   uid  tgid total_vm      rss nr_ptes swapents oom_score_adj na                                           me
[159274.986431] mysqld invoked oom-killer: gfp_mask=0x201da, order=0, oom_score_adj=0
[159274.986557]  [<ffffffff810c43e4>] ? rcu_oom_notify+0xc4/0xe0
[159274.986583]  [<ffffffff811427dd>] ? oom_kill_process+0x21d/0x370
[159274.986779] [ pid ]   uid  tgid total_vm      rss nr_ptes swapents oom_score_adj na                                           me
[159318.893636] apache2 invoked oom-killer: gfp_mask=0x201da, order=0, oom_score_adj=0
[159318.893722]  [<ffffffff811427dd>] ? oom_kill_process+0x21d/0x370
[159318.893836] [ pid ]   uid  tgid total_vm      rss nr_ptes swapents oom_score_adj na                                           me
[159327.956317] apache2 invoked oom-killer: gfp_mask=0x200da, order=0, oom_score_adj=0
[159327.956379]  [<ffffffff810c43e4>] ? rcu_oom_notify+0xc4/0xe0
[159327.956395]  [<ffffffff811427dd>] ? oom_kill_process+0x21d/0x370
[159327.956545] [ pid ]   uid  tgid total_vm      rss nr_ptes swapents oom_score_adj na                                           me
[159327.961919] in:imklog invoked oom-killer: gfp_mask=0x201da, order=0, oom_score_adj=                                           0
[159327.961957]  [<ffffffff810c43e4>] ? rcu_oom_notify+0xc4/0xe0
[159327.961964]  [<ffffffff811427dd>] ? oom_kill_process+0x21d/0x370
[159327.962058] [ pid ]   uid  tgid total_vm      rss nr_ptes swapents oom_score_adj na                                           me
[159505.262240] core invoked oom-killer: gfp_mask=0x201da, order=0, oom_score_adj=0
[159505.262369]  [<ffffffff811427dd>] ? oom_kill_process+0x21d/0x370
[159505.262515] [ pid ]   uid  tgid total_vm      rss nr_ptes swapents oom_score_adj na                                           me
[159505.267103] apache2 invoked oom-killer: gfp_mask=0x200da, order=0, oom_score_adj=0
[159505.267141]  [<ffffffff810c43e4>] ? rcu_oom_notify+0xc4/0xe0
[159505.267151]  [<ffffffff811427dd>] ? oom_kill_process+0x21d/0x370
[159505.267246] [ pid ]   uid  tgid total_vm      rss nr_ptes swapents oom_score_adj na                                           me

Answer 1

[Владимир]

Вашей VDS нехватает памяти, в критической ситуации когда вся память и своп уже заняты, ОС запускает процес oom_killer (oom = out of memory) который убивает процессы чтобы освободить память.

Comments

[Bodrosh]

т.е. либо оперативку добавлять, либо своп увеличивать?

[Владимир]

Вы можете также настроить использование памяти mysql сервера в его конфиге - my.cnf
как это делать - лучше почитайте статьи так как надо смотреть по обстановке.
Увеличение свопа врядли поможет - он очень медленный по сравнению с памятью.

[Bodrosh]

Оперативной памяти 1 Гб, файл подкачки увеличил до 2,5 Гб, все равно его легко полжить, mysql и свап полностью забивает /etc/mysql/my.conf пустой, настраивать лучше через ispmanager или этот файл? сайт на wordpress, база вестит 40мб, в таблице wp_post 6,483 записей, в wp_postmeta 89,972 (много параметров у товаров) . это может быть причиной? и как оптимизировать можно? спасибо

[Владимир]

https://www.percona.com/blog/2016/05/03/best-pract...
почитайте - уменьшите все что можно кеши, макс колво соединений, буфера и тд.

[Bodrosh]

Владимир, Спасибо, Владимир. Оптимизировал кеши примерно так https://ruhighload.com/post/my.cnf , поставил утилиту Persona, анализирую медленные запросы И вижу что есть очень медленые, тяжело ему получить данные из той wp_postmeta с ~90000 строк., напр:
SELECT post_id, meta_key, meta_value FROM wp_postmeta WHERE post_id IN (9889,9882,9745,9737,9728,9720,9712,9705,9697,9689,9681,9674,9667,9661,9653,9645,9636,9625,9616,9607/*... omitted 454 items ...*/) ORDER BY meta_id ASC\G

Как теперь эти запросы оптимизировать, не подскажете?

[Владимир]

Надо смотреть есть ли индекс или может это уже праймари кей поле post_id в таблице wp_postmeta,
еслои это поле не праймари кей и не индекс то сделать на него индексы это ускорит поиск.

Answer 2

[Пума Тайланд]

Полюбому говно виртуалка на 512 мб оперативной и ее тупо не хватает

Comments

[Bodrosh]

видимо так и есть...

Answer 3

[Дмитрий]

Кончилась оперативная память и за процессом пришел oom-killer