Что может вызвать '/var/lib/mysql/mysql.sock' для удаления?

Question

Внезапно я начал получать это сообщение об ошибке на моем CentOS WHM Cpanel стек LAMP:

Can't connect to local MySQL server through socket '/var/lib/mysql/mysql.sock' (2) 

Я перезапуске сервера MySQL с помощью WHM, MySQL начал однако работать снова, всего за несколько секунд/минут, опустилось, и появилось сообщение об ошибке выше. Это произошло несколько раз.

Я искал решение и подтвердил, что «/var/lib/mysql/mysql.sock» отсутствует, и просто создал пустой файл «/var/lib/mysql/mysql.sock», перезапустил сервер MySQL через WHM, и MySQL снова начал работать, и на этот раз он не снизился.

Мой вопрос в том, что могло вызвать это в первую очередь?

И не должен ли первоначальный перезапуск восстановить отсутствующий файл /var/lib/mysql/mysql.sock? Кроме того, почему перезагрузка работала, а затем возвращалась ошибка?

Если файл /var/lib/mysql/mysql.sock отсутствовал, перезапуск не должен работать до тех пор, пока я не восстановил файл /var/lib/mysql/mysql.sock?

Перед первым сбоем загрузка сервера достигла максимума (но не была максимальной после).

Кроме того, я получил эту ошибку:

Access denied for user 'root'@'localhost' (using password: YES) 

Я изменил пароль с помощью WHM, который остановил эту ошибку, но затем, ошибки носка не уйти.

Любые идеи, что произошло?

Answer 1

Это потребует еще нескольких исследований, но вот несколько конкретных вещей, о которых нужно знать.

1.) Когда вы не можете подключиться к MySQL, вы подтвердили с помощью «service mysql status», чтобы проверить, запущен ли он? Вероятно, это, вероятно, не так, и это также объясняет, почему mysql.sock уйдет (когда MySQL выключится, вы увидите, что mysql.sock удален - вы можете протестировать это с «отключением службы mysql»)

2.) Обратите внимание, что воссоздание mysql.sock как простого файла не имеет эффекта, даже если сервер работает все еще (хотя я сомневаюсь, что он работал). mysql.sock - это сокет, а не обычный файл и может быть создан только через перезапуск MySQL.

3.) Самое главное, вы должны просмотреть свой журнал /var/lib/mysql/*.err для ошибок, которые должны дать вам подсказку или намек на то, что проблема.

4.) Если # 3 не помогает прояснить то, что вы хотите проверить в журналах Apache для необычной активности. Многие сбои или завершение работы базы данных связаны с атаками DOS, взломом или даже обновлениями cPanel, которые не работают (в порядке, скорее всего, из моего опыта).