Принудительное восстановление InnoDB: различия между версиями
Roduc (обсуждение | вклад) |
Misha (обсуждение | вклад) м (Откат правок Roduc (обсуждение) к версии Misha) |
||
| Строка 1: | Строка 1: | ||
Статья взята [http://dev.mysql.com/doc/refman/4.1/en/forcing-recovery.html Forcing InnoDB Recovery] | Статья взята [http://dev.mysql.com/doc/refman/4.1/en/forcing-recovery.html Forcing InnoDB Recovery] | ||
*Попробовал сделать перевод, но что то плохо у меня это получается (плохой их меня переводчик), так что оставил оригинальный текст, если кто то поможет с переводом - буду очень рад. | *Попробовал сделать перевод, но что то плохо у меня это получается (плохой их меня переводчик), так что оставил оригинальный текст, если кто то поможет с переводом - буду очень рад. | ||
| − | |||
| − | |||
===1 SRV_FORCE_IGNORE_CORRUPT (Игнорировать повреждения)=== | ===1 SRV_FORCE_IGNORE_CORRUPT (Игнорировать повреждения)=== | ||
| Строка 9: | Строка 7: | ||
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. | 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 (Запретить теневые процессы)=== | ===2 SRV_FORCE_NO_BACKGROUND (Запретить теневые процессы)=== | ||
| Строка 18: | Строка 14: | ||
Prevent the main thread from running. If a crash would occur during the purge operation, this recovery value prevents it. | 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)=== | ===3 (SRV_FORCE_NO_TRX_UNDO)=== | ||
| Строка 25: | Строка 19: | ||
Не запускать процесс отката транзакций после восстановления | Не запускать процесс отката транзакций после восстановления | ||
| − | Do not run transaction rollbacks after recovery. | + | Do not run transaction rollbacks after recovery. |
| − | |||
| − | |||
===4 (SRV_FORCE_NO_IBUF_MERGE)=== | ===4 (SRV_FORCE_NO_IBUF_MERGE)=== | ||
| Строка 34: | Строка 26: | ||
Prevent also insert buffer merge operations. If they would cause a crash, do not do them. Do not calculate table statistics. | 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)=== | ===5 (SRV_FORCE_NO_UNDO_LOG_SCAN)=== | ||
| Строка 41: | Строка 31: | ||
Do not look at undo logs when starting the database: '''InnoDB''' treats even incomplete transactions as committed. | Do not look at undo logs when starting the database: '''InnoDB''' treats even incomplete transactions as committed. | ||
| − | |||
| − | |||
===6 (SRV_FORCE_NO_LOG_REDO)=== | ===6 (SRV_FORCE_NO_LOG_REDO)=== | ||
| Строка 53: | Строка 41: | ||
''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. | ''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. | ||
| − | |||
| − | |||
Версия 16:06, 5 марта 2013
Статья взята Forcing InnoDB Recovery
- Попробовал сделать перевод, но что то плохо у меня это получается (плохой их меня переводчик), так что оставил оригинальный текст, если кто то поможет с переводом - буду очень рад.
Содержание
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.
