Принудительное восстановление InnoDB

2009-04-30T15:06:39Z

71.5.110.124: /* Вступление */

Статья взята [http://dev.mysql.com/doc/refman/4.1/en/forcing-recovery.html Forcing InnoDB Recovery]
*Попробовал сделать перевод, но что то плохо у меня это получается (плохой их меня переводчик), так что оставил оригинальный текст, если кто то поможет с переводом - буду очень рад.

wty9Fl <a href="http://fnflmzivuqgf.com/">fnflmzivuqgf</a>, [url=http://uqfsaobgynce.com/]uqfsaobgynce[/url], [link=http://zhvefmiqgtyd.com/]zhvefmiqgtyd[/link], http://vbfronftzalv.com/

===1 SRV_FORCE_IGNORE_CORRUPT (Игнорировать повреждения)===

Позволяет запустить сервер, даже если обнаружаться повреждения базы. Попытайтесь сделать '''SELECT * FROM tbl_name''', что бы перескочить через поврежденные индексные записи и страницы, что поможет сделать дамп таблиц.

Let the server run even if it detects a corrupt page. Try to make '''SELECT * FROM tbl_name''' jump over corrupt index records and pages, which helps in dumping tables.

===2 SRV_FORCE_NO_BACKGROUND (Запретить теневые процессы)===

Предотвращает запуск основного подпроцесса. Если сбой произошел во время процесса восстановления, это значение параметра предотвратит это.

Prevent the main thread from running. If a crash would occur during the purge operation, this recovery value prevents it.

===3 (SRV_FORCE_NO_TRX_UNDO)===

Не запускать процесс отката транзакций после восстановления

Do not run transaction rollbacks after recovery.

===4 (SRV_FORCE_NO_IBUF_MERGE)===

Запретить также выполнение insert buffer merge операций. Если они приведут к разрушению, то не делайте их. Не выполняйте подсчет статистики таблиц.

Prevent also insert buffer merge operations. If they would cause a crash, do not do them. Do not calculate table statistics.

===5 (SRV_FORCE_NO_UNDO_LOG_SCAN)===
Не смотреть на логи восстановления, при старте базы данных: '''InnoDB''' считает даже незавершенные до выключения транзакции как завершенные.

Do not look at undo logs when starting the database: '''InnoDB''' treats even incomplete transactions as committed.

===6 (SRV_FORCE_NO_LOG_REDO)===

Do not do the log roll-forward in connection with recovery.

Starting from MySQL 3.23.53 and 4.0.4, you can '''SELECT''' from tables to dump them, or '''DROP''' or '''CREATE''' a table even if forced recovery is used. If you know that a certain table is causing a crash in rollback, you can drop it. You can use this also to stop a runaway rollback caused by a failing mass import or '''ALTER TABLE'''. You can kill the '''mysqld''' process and '''set innodb_force_recovery''' to '''3''' to bring the database up without the rollback, then '''DROP''' the table that is causing the runaway rollback.

''В обычных условиях база данных не должна использоваться при параметре '''innodb_force_recovery''', отличном от нуля''. Как защитная мера, InnoDB не дает пользователям выполнять команды '''INSERT, UPDATE''', или '''DELETE''', когда '''innodb_force_recovery''' больше 0.

''The database must not otherwise be used with any non-zero value of '''innodb_force_recovery'''''. As a safety measure, InnoDB prevents users from performing '''INSERT, UPDATE''', or '''DELETE''' operations when '''innodb_force_recovery''' is greater than 0.

Wiki МИАЦ ВО - Вклад [ru]

Принудительное восстановление InnoDB