Восстановление, если MYSQL не стартует - История изменений

Misha: /* Делаем архив папки d:\mysql\data, где лежат все таблицы базы данных. (На всякий случай). */

2016-10-20T06:35:47Z

Делаем архив папки d:\mysql\data, где лежат все таблицы базы данных. (На всякий случай).

← Предыдущая версия		Версия от 09:35, 20 октября 2016
Строка 3:		Строка 3:
	Буду писать про виндовый mysql. Допустим папка mysql лежит в d:\mysql<br>		Буду писать про виндовый mysql. Допустим папка mysql лежит в d:\mysql<br>
	Случилась ситуация, что при запуске сервиса MYSQL, он падает сразу или через некоторое время. В логах пишет, что повреждены INNODB таблицы.		Случилась ситуация, что при запуске сервиса MYSQL, он падает сразу или через некоторое время. В логах пишет, что повреждены INNODB таблицы.
	==Делаем архив папки d:\mysql\data, где лежат все таблицы базы данных. (На всякий случай).==		==Останавливаем сервис mysql==
			Запускаем консоль от имени '''администратора'''
			<pre>net stop mysql</pre>
			==Делаем архив папки d:\mysql\data, где лежат все таблицы базы данных. (На всякий случай).==

	==Записываем названия баз данных - названия папок в папке d:\mysql\data.==		==Записываем названия баз данных - названия папок в папке d:\mysql\data.==
	==Пытаемся сделать дампы баз==		==Пытаемся сделать дампы баз==

Misha в 06:33, 20 октября 2016

2016-10-20T06:33:27Z

← Предыдущая версия		Версия от 09:33, 20 октября 2016
Строка 2:		Строка 2:
	Самое правильное иметь дампы баз, сделанных заранее. Тогда восстановить все намного проще.<br>		Самое правильное иметь дампы баз, сделанных заранее. Тогда восстановить все намного проще.<br>
	Буду писать про виндовый mysql. Допустим папка mysql лежит в d:\mysql<br>		Буду писать про виндовый mysql. Допустим папка mysql лежит в d:\mysql<br>
	Случилась ситуация, что при запуске сервиса MYSQL, он сразу ~~падает~~ или через некоторое время. В логах пишет, что повреждены INNODB таблицы.		Случилась ситуация, что при запуске сервиса MYSQL, он падает сразу или через некоторое время. В логах пишет, что повреждены INNODB таблицы.
	==Делаем архив папки d:\mysql\data, где лежат все таблицы базы данных. (На всякий случай).==		==Делаем архив папки d:\mysql\data, где лежат все таблицы базы данных. (На всякий случай).==
	==Записываем названия баз данных - названия папок в папке d:\mysql\data.==		==Записываем названия баз данных - названия папок в папке d:\mysql\data.==

Misha: /* Запускаем MYSQL */

2016-10-20T06:20:01Z

Запускаем MYSQL

← Предыдущая версия		Версия от 09:20, 20 октября 2016
Строка 53:		Строка 53:
	</pre>		</pre>

	==~~Запускаем~~ MYSQL==		==Перезапускаем MYSQL==
			Останавливаем сервис mysql
			<pre>net stop mysql</pre>
	Ставим параметр в my.ini		Ставим параметр в my.ini
	<pre>[mysqld]		<pre>[mysqld]
Строка 59:		Строка 61:
	И запускаем сервис MYSQL		И запускаем сервис MYSQL
	<pre>net start mysql</pre>		<pre>net start mysql</pre>

	==Восстанавливаем базы данных==		==Восстанавливаем базы данных==
	Создаем файл create.cmd		Создаем файл create.cmd

Misha: /* Делаем дампы всех баз */

2016-10-20T06:18:10Z

Делаем дампы всех баз

← Предыдущая версия		Версия от 09:18, 20 октября 2016
Строка 41:		Строка 41:
	d:\arhiv\ - путь до папки архивов.		d:\arhiv\ - путь до папки архивов.

	Если дампы сделались нормально, то входим в ~~mesql~~ и пересоздаем те базы, которым были сделаны дампы.		Если дампы сделались нормально, то входим в mysql и
			===пересоздаем те базы, которым были сделаны дампы.===
	<pre>d:\mysql\bin\mysql -uuser -ppasswd		<pre>d:\mysql\bin\mysql -uuser -ppasswd
	mysql>drop database base1;		mysql>drop database base1;
Строка 49:		Строка 50:
	mysql>drop database baseN;		mysql>drop database baseN;
	mysql>create database baseN;		mysql>create database baseN;
	\q		mysql>\q
	</pre>		</pre>

Misha: /* Делаем дампы всех баз */

2016-10-20T06:16:20Z

Делаем дампы всех баз

@@ Строка 40: / Строка 40: @@
 base1...baseN - имена баз данных<br>
 d:\arhiv\ - путь до папки архивов.
 ==Запускаем MYSQL==

Misha в 06:10, 20 октября 2016

2016-10-20T06:10:32Z

← Предыдущая версия		Версия от 09:10, 20 октября 2016
Строка 2:		Строка 2:
	Самое правильное иметь дампы баз, сделанных заранее. Тогда восстановить все намного проще.<br>		Самое правильное иметь дампы баз, сделанных заранее. Тогда восстановить все намного проще.<br>
	Буду писать про виндовый mysql. Допустим папка mysql лежит в d:\mysql<br>		Буду писать про виндовый mysql. Допустим папка mysql лежит в d:\mysql<br>
	Случилась ситуация, что при запуске сервиса MYSQL, он сразу падает. В логах пишет, что повреждены INNODB таблицы.		Случилась ситуация, что при запуске сервиса MYSQL, он сразу падает или через некоторое время. В логах пишет, что повреждены INNODB таблицы.
	==Делаем архив папки d:\mysql\data, где лежат все таблицы базы данных. (На всякий случай).==		==Делаем архив папки d:\mysql\data, где лежат все таблицы базы данных. (На всякий случай).==
	==Записываем названия баз данных - названия папок в папке d:\mysql\data.==		==Записываем названия баз данных - названия папок в папке d:\mysql\data.==
Строка 26:		Строка 26:
	Для этого с консоли, запущенной от администратора запускаем.		Для этого с консоли, запущенной от администратора запускаем.
	<pre>net start mysql</pre>		<pre>net start mysql</pre>
	Если не стартовало, увеличиваем значение innodb_force_recovery и снова пробуем запустить.		Если не стартовало или падает при выполнении дампа, увеличиваем значение innodb_force_recovery и снова пробуем запустить.

	===Делаем дампы всех баз===		===Делаем дампы всех баз===
Строка 40:		Строка 40:
	base1...baseN - имена баз данных<br>		base1...baseN - имена баз данных<br>
	d:\arhiv\ - путь до папки архивов.		d:\arhiv\ - путь до папки архивов.

	~~==Останавливаем сервис==~~
	~~<pre>net stop mysql</pre>~~
	~~==Переносим все файлы из папок баз в другое место==~~
	Переносим файлы из папки d:\mysql\data\ib_logfile0, d:\mysql\data\ib_logfile1, ibdata1, а также все файлы из папок баз данных в другое место, оставив существующие папки баз данных.

	==Запускаем MYSQL==		==Запускаем MYSQL==

Misha: /* Значения innodb_force_recovery */

2016-10-20T06:01:51Z

Значения innodb_force_recovery

← Предыдущая версия		Версия от 09:01, 20 октября 2016
Строка 11:		Строка 11:
	innodb_force_recovery=1</pre>		innodb_force_recovery=1</pre>
	====Значения innodb_force_recovery====		====Значения innodb_force_recovery====
	~~По умолчанию innodb_force_recovery равен 0 -(обычный режим загрузки без принудительного восстановления).~~ Допустимые значения отличные от нуля для innodb_force_recovery от 1 до 6. Большее значение включает в себя функциональность меньших значений. Например, значение 3 включает в себя все функциональные возможности значений 1 и 2.		Более подробно можно прочитать [[Принудительное восстановление InnoDB\|тут]]<br>
			Допустимые значения отличные от нуля для innodb_force_recovery от 1 до 6. Большее значение включает в себя функциональность меньших значений. Например, значение 3 включает в себя все функциональные возможности значений 1 и 2.
			В качестве меры безопасности, InnoDB предотвращает INSERT , UPDATE или DELETE операции , когда innodb_force_recovery установлен больше 0. При значениях innodb_force_recovery 4 и больше, InnoDB работает в режиме только для чтения.
			=====Значение 0=====
			По умолчанию innodb_force_recovery равен 0 -(обычный режим загрузки без принудительного восстановления).
			=====Значения 1,2,3=====
	Если вы сможете сделать дамп Ваших таблиц со значением innodb_force_recovery равным или меньшим 3, то восстановление относительно безопасно, те только некоторые данные у битых таблиц могут потеряется.		Если вы сможете сделать дамп Ваших таблиц со значением innodb_force_recovery равным или меньшим 3, то восстановление относительно безопасно, те только некоторые данные у битых таблиц могут потеряется.
			=====Значение 4=====
	Значение 4 или выше считается опасным , так как файлы данных могут быть повреждены. Значение 6 считается радикальным , поскольку страницы базы данных остаются в устаревшем состоянии, которое , в свою очередь, может привести к сильным повреждениям в B-деревьях и других структурах баз данных.		Значение 4 или выше считается опасным , так как файлы данных могут быть повреждены.
			=====Значение 6=====
	В качестве меры безопасности, InnoDB предотвращает INSERT , UPDATE или DELETE операции , когда innodb_force_recovery установлен больше 0. При значениях innodb_force_recovery 4 и больше, InnoDB работает в режиме только для чтения.		Значение 6 считается радикальным , поскольку страницы базы данных остаются в устаревшем состоянии, которое , в свою очередь, может привести к сильным повреждениям в B-деревьях и других структурах баз данных.

	~~Более подробно можно прочитать [[Принудительное восстановление InnoDB\|тут]]~~

	===Пробуем запустить MYSQL.===		===Пробуем запустить MYSQL.===

Misha в 19:26, 11 марта 2016

2016-03-11T19:26:52Z

← Предыдущая версия		Версия от 22:26, 11 марта 2016
Строка 1:		Строка 1:
			Вы можете разобраться самостоятельно. Вся информация расположена [http://dev.mysql.com/doc/refman/5.7/en/innodb-troubleshooting.html тут]<br>
	Самое правильное иметь дампы баз, сделанных заранее. Тогда восстановить все намного проще.<br>		Самое правильное иметь дампы баз, сделанных заранее. Тогда восстановить все намного проще.<br>
	Буду писать про виндовый mysql. Допустим папка mysql лежит в d:\mysql<br>		Буду писать про виндовый mysql. Допустим папка mysql лежит в d:\mysql<br>

Misha: /* Значения innodb_force_recovery */

2016-03-11T19:24:24Z

Значения innodb_force_recovery

← Предыдущая версия		Версия от 22:24, 11 марта 2016
Строка 16:		Строка 16:
	Значение 4 или выше считается опасным , так как файлы данных могут быть повреждены. Значение 6 считается радикальным , поскольку страницы базы данных остаются в устаревшем состоянии, которое , в свою очередь, может привести к сильным повреждениям в B-деревьях и других структурах баз данных.		Значение 4 или выше считается опасным , так как файлы данных могут быть повреждены. Значение 6 считается радикальным , поскольку страницы базы данных остаются в устаревшем состоянии, которое , в свою очередь, может привести к сильным повреждениям в B-деревьях и других структурах баз данных.

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

	Более подробно можно прочитать [[Принудительное восстановление InnoDB\|тут]]		Более подробно можно прочитать [[Принудительное восстановление InnoDB\|тут]]

	===Пробуем запустить MYSQL.===		===Пробуем запустить MYSQL.===
	Для этого с консоли, запущенной от администратора запускаем.		Для этого с консоли, запущенной от администратора запускаем.

Misha: /* Восстанавливаем базы данных */

2016-03-11T19:22:46Z

Восстанавливаем базы данных

← Предыдущая версия		Версия от 22:22, 11 марта 2016
Строка 50:		Строка 50:
	==Восстанавливаем базы данных==		==Восстанавливаем базы данных==
	Создаем файл create.cmd		Создаем файл create.cmd
	<pre>d:\mysql\mysql -uuser -ppasswd base1 < d:\arhiv\base1.sql		<pre>d:\mysql\bin\mysql -uuser -ppasswd base1 < d:\arhiv\base1.sql
	.		.
	d:\mysql\mysql -uuser -ppasswd baseN < d:\arhiv\baseN.sql		d:\mysql\bin\mysql -uuser -ppasswd baseN < d:\arhiv\baseN.sql
	</pre>И запускаем его.<br>		</pre>
			d:\mysql\bin\ - путь до mysql.exe<br>
			И запускаем его.<br>
	Базу МИС можно восстановить из архивов. Сначала распаковываем последние архивы all.rar и part.rar и загружаем полученные dampall.sql, а потом part.sql		Базу МИС можно восстановить из архивов. Сначала распаковываем последние архивы all.rar и part.rar и загружаем полученные dampall.sql, а потом part.sql
	<pre>		<pre>