Ошибка SQLSTATE[HY000] [2002] Can't connect to local MySQL server through socket '/var/lib/mysql/mysql.sock' (111)?

Question

[lesn1k]

При заходе в веб интерфейс выдаёт такую ошибку. Начал выяснять причину. Зашел на машину и обнаружил что не грузится служба мускула(MariaDB 5.5.56). Решил проблему удалением двух файлов ib_logfile0 и ib_logfile1.
После чего мускул запустился, но ошибка не пропала в веб интерфейсе, телефоны так же висят в режиме регистрации.
После начал спамить файрвол каждые 30 секунд что не может запустить. На время отключил его. Может кто подскажет в чем проблема?

Весь интернет перерыл в том числе и зарубежные форумы.

Comments

[Valentin Barbolin]

После чего мускул запустился,

Может все таки не запустился а постоянно перезагружается?) Возможно у тебя нет свободного места на диске. Проверь целостность базы.

[lesn1k]

Valentin Barbolin,

Answer 1

[Руслан Федосеев]

Поздравляю, базы данных вы успешно убили.
Рекомендую остановить мускул, стереть все содержимое /var/lib/mysql, запустить мускул - это равносильно его полной переустановке с потерей всех данных, пользователей, паролей, прав доступа... И восстанавливайтесь из бекапа.

В следующий раз рекомендую внимательно читать логи, документацию по мускулу....

Comments

[lesn1k]

Не подскажете бэкапы мускула где лежать могут?

[maxsmeller]

lesn1k, там, куда вы настроили бекапы)

[lesn1k]

maxsmeller, Просто не я всё это настраивал а до меня люди. И мало что понимаю.

[maxsmeller]

lesn1k, бекапы делались или не делались? Может по быстренькому заявление по собственному, пока никто ничего не понял и бегом бежать? =)))

[lesn1k]

maxsmeller, Ну лично я не делал бэкапы)
А по заявлению, да ну, придётся самому всё заново настраивать)

[lesn1k]

maxsmeller, Просто может они и настраивали бэкап, только где они там хранятся

[lesn1k]

И да, можно узнать какими действиями я убил базы?

[Константин]

lesn1k, стоит посмотреть задания крона, вполне возможно, что там есть скрипты бекапа, а их изучение уже покажет, куда бекапы складываются

[Дмитрий]

Вообще, ib_logfile0 и ib_logfile1 - это еще не сами базы, так что может еще не все потеряно. Но по хорошему, надо было конечно понять, из-за чего не стартует mysql, прежде чем пытаться лечить это удалением чего-либо.

[Руслан Федосеев]

если в мускуле настроено хранение каждой innodb таблицы в своем файле - то да, ip_logfile это еще не сами базы. А если не настроено - то это именно базы и есть...
но после удаления логфайлов поднять базы по моему уже не получится (

[lesn1k]

Руслан Федосеев, вроде есть дубликат машины
Если вытащить эти файлы из другой виртуалки можно будет еще что-то сделать?

[lesn1k]

Вот щас зашел на копию виртуалки, какие логи скинуть вам?

[lesn1k]

[mayton2019]

lesn1k, дружище. База скорее всего мертва. Тебе посоветовали искать место бекапов. Сосредоточся на этом.

Первый печальный опыт всегда бывает у юных начинающих ДБА и девопсов. Ты открыл кладбище убитых
баз. Это хорошо. Как хирург похоронил первого больного. Зато получил ценный опыт. И в следующий
раз ты не будешь решать проблемы убиванием дата-файлов.

Иди в крон-таблицу и ищи расписание бэкапов. Или к старшим специалистам и спрашивай у них.

[Руслан Федосеев]

я рекомендую внимательно почитать логи и все таки понять, в чем на самом деле была проблема. Большая вероятность, что место закончилось....

[lesn1k]

В общем. Оказалось что эти файлы удалили еще до меня, но благо пока я был в отпуске временный админ сохранил файлы пере их удалением. Вернул файлы, запустил службу и вуаля.