Побились базы MySQL

Можно остановить mysql и попробовать myisamchk еще.

Plutishe, вероятно нода или конкретно ваша вдс были перезагружены по питанию. Выполните:

mysqlcheck -Arp

и введите пароль рута мускула.

Если не решит вопрос тогда остановите мускул и используйте, как уже предлагалось выше, myisamchk.

ничего не помогло, даже файлы многие оказались битыми, пришлось вчерашний архив разворачивать 😡

myisamchk также запускали? С какими опциями?

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

Не все ли равно? Тут не обязательно только хостер поучаствовал.

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

Хотя у меня на практике случай был, безвозвратно потерялись данные на RAID 1 в одном сервере. Случилась не аппаратная проблема, а какое-то неведомое необратимое крушение файловой системы. Даже программы для восстановления данных, как я понял, не помогли. После формата диска и переустановки все заработало как не бывало.

До сих пор ломаю голову возможно ли такое на пустом месте или дело в кривых руках сисадмина, который что-то накосячил и скрыл. Но в момент крушения он с сервером не работал, сломалось именно без предвестников. Сервер не ломали, он изолирован от интернета.

Ну я точно в этом не участвовал, в 00 начались сыпаться смс ки от метрики, но меня не было дома, а часа в 3 захожу на сайты, а там либо не возможно установить соединение с базой данной, либо некоторые таблицы помечены как сбойные, восстановилось лишь частично, пришлось разворачивать с бэкапа.

Для myisam крушение всей базы - норма, там нет журналирования, а вот для innodb - не норма. Еще говорят на многих ssd данные могут теряться где попало по всему диску просто от того, что писали на него много в момент отключения питания.

Но вы это чинили потом.

Имелась ввиду потеря большей части данных и целых таблиц. Это не норма даже при условии "нечестной" отложенной записи от хостера.

Довольно запутанная ситуация. Может и SSD там был.