Решив как-то проверить работу своего сайта для «гостей» я недолго думая нажал [ВЫХОД] и начал проверку.
Когда проверка была окончена — я не смог зайти в систему обратно.
Запросы апдейта просто не применялись.
Поколдовав с десяток минут я, не долго думая, нажал на сервере reset
Слава богу что действие происходило на локальной версии сайта
Под ресетом понимается софт рестарт серверного ОС.
Через пару секунд я был опять на форме входа, которая только что говорила что я успешно залогинился и кидала на главную, где мне говорилось что я «гость».
Теперь же она мне говорила что таблица с данными авторизации коруптед и давай как чувак чини ее.
Но, как известно(?), InnoDB так просто вот не чиниться, а таблицу с данными входа(обновляются при каждом заходе) в формате MyISAM не забубенишь — будет один большой lock.
Бинлоги и тд и тп у меня, на рабочем ноуте, не ведутся.
Чтож, я снес таблицу нафиг после чего залил на ее место дамп с сервера…
И он НЕ ВСТАЛ…
Mysql был перезагружен еще раз… И всеравно дамп не встал… ( ошибка 121)
После чего таблица была залита под другим именем…
Это было вчера.
Сегодня форма логина опять меня стала не принимать…
Винды в этот момент словили очередное обновление и потребовали перезагрузки. Что и было сделанно.
Чтож, после рестарта все InnoDB таблицы требуемой базы данных не работают.
Починке не поддаются(?)
В данный момент залит бэкап трехмесячной давности, а ночью предстоит качать 800 метровый дамп с сервера…
Перед «смертью» лог мускула забили структуры вида
К сожалению это не первый раз когда падают мои InnoDB.
А если точнее — второй.
В первый раз они падали какраз на сервере. В логах тоже писал что постоянно делает rollback тразакциям.
После чего упали все базы, своиже бинлоги мускул не кушал. Помогла только переустановка.
Благо тама дампы каждый день+важные данные на email дублируются.
В общем я, со своей строны, поплакался, и очень жду от комьюнити советов и решений как создать видимость надежности InnoDB и не оставаться у разбитого корыта на те 10 минут, когда «если совсем хана» заливается дамп.
Если он есть.
Когда проверка была окончена — я не смог зайти в систему обратно.
Запросы апдейта просто не применялись.
Поколдовав с десяток минут я, не долго думая, нажал на сервере reset
Слава богу что действие происходило на локальной версии сайта
Под ресетом понимается софт рестарт серверного ОС.
Через пару секунд я был опять на форме входа, которая только что говорила что я успешно залогинился и кидала на главную, где мне говорилось что я «гость».
Теперь же она мне говорила что таблица с данными авторизации коруптед и давай как чувак чини ее.
Но, как известно(?), InnoDB так просто вот не чиниться, а таблицу с данными входа(обновляются при каждом заходе) в формате MyISAM не забубенишь — будет один большой lock.
Бинлоги и тд и тп у меня, на рабочем ноуте, не ведутся.
Чтож, я снес таблицу нафиг после чего залил на ее место дамп с сервера…
И он НЕ ВСТАЛ…
InnoDB: Adding the table to the background drop queue.
080609 13:39:24 InnoDB: Error: table `kusers` already exists in InnoDB internal
InnoDB: data dictionary. Have you deleted the .frm file
Mysql был перезагружен еще раз… И всеравно дамп не встал… ( ошибка 121)
После чего таблица была залита под другим именем…
Это было вчера.
Сегодня форма логина опять меня стала не принимать…
Винды в этот момент словили очередное обновление и потребовали перезагрузки. Что и было сделанно.
Чтож, после рестарта все InnoDB таблицы требуемой базы данных не работают.
Починке не поддаются(?)
В данный момент залит бэкап трехмесячной давности, а ночью предстоит качать 800 метровый дамп с сервера…
Перед «смертью» лог мускула забили структуры вида
080606 17:42:53 [Warning] MySQL is closing a connection that has an active InnoDB transaction. 7 row modifications will roll back.
080606 17:42:53 InnoDB: Error: MySQL is freeing a thd
InnoDB: though trx->n_mysql_tables_in_use is 1
InnoDB: and trx->mysql_n_tables_locked is 7.
TRANSACTION 0 3793293, not started, OS thread id 4056
mysql tables in use 1, locked 7
MySQL thread id 2045, query id 57959 localhost 127.0.0.1 root
len 808; hex 065c6e051c9086000c00000001000000dc3e4948030000000100000001000000000000008…
asc \n ђ† Ь>IH Ќб9 яяяя Ћб9 =H+R їЏ PїЏ ¤›Ї Ш Ф ' ЂM @H! @†! Шј9 МЦ‘ Џ Ђ! Ђ 9 @y; Ђ! Ђ! q8 Ђ$" Ђ'" Т з „¤ „ " „ё „4; „8; „T; „; „; з0“;
К сожалению это не первый раз когда падают мои InnoDB.
А если точнее — второй.
В первый раз они падали какраз на сервере. В логах тоже писал что постоянно делает rollback тразакциям.
После чего упали все базы, своиже бинлоги мускул не кушал. Помогла только переустановка.
Благо тама дампы каждый день+важные данные на email дублируются.
В общем я, со своей строны, поплакался, и очень жду от комьюнити советов и решений как создать видимость надежности InnoDB и не оставаться у разбитого корыта на те 10 минут, когда «если совсем хана» заливается дамп.
Если он есть.
