Комментарии к записи: Восстановление данных InnoDB в MySQL http://epsyl.ru/web/innodb-mysql-data-recovery/ Обьясняю в нескольких словах, о чём этот блог. Sat, 28 Aug 2010 14:12:16 +0000 http://wordpress.org/?v=2.9.2 hourly 1 Автор: Александр http://epsyl.ru/web/innodb-mysql-data-recovery/comment-page-1/#comment-11226 Александр Fri, 16 Jul 2010 12:06:27 +0000 http://epsyl.ru/?p=517#comment-11226 Удалось запустить со следующими параметрами <code>--innodb_log_file_size=10485760 --innodb_force_recovery=6</code> Вот лог <code>100716 20:00:28 [Note] Plugin 'FEDERATED' is disabled. InnoDB: The InnoDB memory heap is disabled InnoDB: Mutexes and rw_locks use Windows interlocked functions 100716 20:00:28 InnoDB: highest supported file format is Barracuda. InnoDB: The user has set SRV_FORCE_NO_LOG_REDO on InnoDB: Skipping log redo 100716 20:00:28 InnoDB Plugin 1.0.5 started; log sequence number 0 InnoDB: !!! innodb_force_recovery is set to 6 !!! 100716 20:00:28 [Note] Event Scheduler: Loaded 0 events 100716 20:00:28 [Note] mysqld: ready for connections. Version: '5.5.0-m2-community' socket: '' port: 3306 MySQL Community Server (GPL)</code> Но при запуске mysqldump появляется та же ошибка mysqldump: Got error: 1049: Unknown database ‘orum_db’ when selecting the database Удалось запустить со следующими параметрами

1
--innodb_log_file_size=10485760 --innodb_force_recovery=6

Вот лог

1
2
3
4
5
6
7
8
9
10
11
100716 20:00:28 [Note] Plugin 'FEDERATED' is disabled.
InnoDB: The InnoDB memory heap is disabled
InnoDB: Mutexes and rw_locks use Windows interlocked functions
100716 20:00:28  InnoDB: highest supported file format is Barracuda.
InnoDB: The user has set SRV_FORCE_NO_LOG_REDO on
InnoDB: Skipping log redo
100716 20:00:28 InnoDB Plugin 1.0.5 started; log sequence number 0
InnoDB: !!! innodb_force_recovery is set to 6 !!!
100716 20:00:28 [Note] Event Scheduler: Loaded 0 events
100716 20:00:28 [Note] mysqld: ready for connections.
Version: '5.5.0-m2-community'  socket: ''  port: 3306  MySQL Community Server (GPL)

Но при запуске mysqldump появляется та же ошибка mysqldump: Got error: 1049: Unknown database ‘orum_db’ when selecting the database

]]> Автор: Александр http://epsyl.ru/web/innodb-mysql-data-recovery/comment-page-1/#comment-11224 Александр Fri, 16 Jul 2010 10:32:23 +0000 http://epsyl.ru/?p=517#comment-11224 вот лог InnoDB <code>100716 18:27:32 InnoDB: Error: page 12 log sequence number 16290951 InnoDB: is in the future! Current system log sequence number 8264. InnoDB: Your database may be corrupt or you may have copied the InnoDB InnoDB: tablespace but not the InnoDB log files. See InnoDB: http://dev.mysql.com/doc/refman/5.1/en/forcing-recovery.html InnoDB: for more information. 100716 18:27:32 InnoDB: Error: page 47 log sequence number 16272350 InnoDB: is in the future! Current system log sequence number 8264. InnoDB: Your database may be corrupt or you may have copied the InnoDB InnoDB: tablespace but not the InnoDB log files. See InnoDB: http://dev.mysql.com/doc/refman/5.1/en/forcing-recovery.html InnoDB: for more information. 100716 18:27:32 InnoDB: Error: page 48 log sequence number 16272355 InnoDB: is in the future! Current system log sequence number 8264. InnoDB: Your database may be corrupt or you may have copied the InnoDB InnoDB: tablespace but not the InnoDB log files. See InnoDB: http://dev.mysql.com/doc/refman/5.1/en/forcing-recovery.html InnoDB: for more information. 100716 18:27:32 InnoDB Plugin 1.0.5 started; log sequence number 8254 InnoDB: !!! innodb_force_recovery is set to 1 !!! 100716 18:27:32 [Note] Event Scheduler: Loaded 0 events 100716 18:27:32 [Note] mysqld: ready for connections. Version: '5.5.0-m2-community' socket: '' port: 3306 MySQL Community Server (GPL) 100716 18:27:33 InnoDB: Error: page 9 log sequence number 16292588 InnoDB: is in the future! Current system log sequence number 8264. InnoDB: Your database may be corrupt or you may have copied the InnoDB InnoDB: tablespace but not the InnoDB log files. See InnoDB: http://dev.mysql.com/doc/refman/5.1/en/forcing-recovery.html InnoDB: for more information.</code> вот лог InnoDB

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
100716 18:27:32  InnoDB: Error: page 12 log sequence number 16290951
InnoDB: is in the future! Current system log sequence number 8264.
InnoDB: Your database may be corrupt or you may have copied the InnoDB
InnoDB: tablespace but not the InnoDB log files. See
InnoDB: http://dev.mysql.com/doc/refman/5.1/en/forcing-recovery.html
InnoDB: for more information.
100716 18:27:32  InnoDB: Error: page 47 log sequence number 16272350
InnoDB: is in the future! Current system log sequence number 8264.
InnoDB: Your database may be corrupt or you may have copied the InnoDB
InnoDB: tablespace but not the InnoDB log files. See
InnoDB: http://dev.mysql.com/doc/refman/5.1/en/forcing-recovery.html
InnoDB: for more information.
100716 18:27:32  InnoDB: Error: page 48 log sequence number 16272355
InnoDB: is in the future! Current system log sequence number 8264.
InnoDB: Your database may be corrupt or you may have copied the InnoDB
InnoDB: tablespace but not the InnoDB log files. See
InnoDB: http://dev.mysql.com/doc/refman/5.1/en/forcing-recovery.html
InnoDB: for more information.
100716 18:27:32 InnoDB Plugin 1.0.5 started; log sequence number 8254
InnoDB: !!! innodb_force_recovery is set to 1 !!!
100716 18:27:32 [Note] Event Scheduler: Loaded 0 events
100716 18:27:32 [Note] mysqld: ready for connections.
Version: '5.5.0-m2-community'  socket: ''  port: 3306  MySQL Community Server (GPL)
100716 18:27:33  InnoDB: Error: page 9 log sequence number 16292588
InnoDB: is in the future! Current system log sequence number 8264.
InnoDB: Your database may be corrupt or you may have copied the InnoDB
InnoDB: tablespace but not the InnoDB log files. See
InnoDB: http://dev.mysql.com/doc/refman/5.1/en/forcing-recovery.html
InnoDB: for more information.
]]> Автор: Александр http://epsyl.ru/web/innodb-mysql-data-recovery/comment-page-1/#comment-11218 Александр Fri, 16 Jul 2010 07:39:53 +0000 http://epsyl.ru/?p=517#comment-11218 Посмотрел логи вот что получается после запуска в параметрами восстановления mysqld, Version: 5.5.0-m2-community-log (MySQL Community Server (GPL)). started with:TCP Port: 3306, Named Pipe: (null) Time Id Command Argument Посмотрел логи вот что получается после запуска в параметрами восстановления mysqld, Version: 5.5.0-m2-community-log (MySQL Community Server (GPL)). started with:TCP Port: 3306, Named Pipe: (null) Time Id Command Argument

]]> Автор: Александр http://epsyl.ru/web/innodb-mysql-data-recovery/comment-page-1/#comment-11217 Александр Fri, 16 Jul 2010 07:32:33 +0000 http://epsyl.ru/?p=517#comment-11217 Этот как я понял на *nix системы. Подойдет ли это если у меня windows? Этот как я понял на *nix системы. Подойдет ли это если у меня windows?

]]> Автор: phpdude http://epsyl.ru/web/innodb-mysql-data-recovery/comment-page-1/#comment-11216 phpdude Fri, 16 Jul 2010 07:18:30 +0000 http://epsyl.ru/?p=517#comment-11216 неа, поэтому и прошу отписаться :))) он же удалил структуру базы, а не данные насоклько я понимаю, возможно данные еще живы, но вероятно что и нет неа, поэтому и прошу отписаться :)))

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

]]> Автор: epsyl http://epsyl.ru/web/innodb-mysql-data-recovery/comment-page-1/#comment-11215 epsyl Fri, 16 Jul 2010 07:17:14 +0000 http://epsyl.ru/?p=517#comment-11215 ты сам пробовал? ты сам пробовал?

]]> Автор: epsyl http://epsyl.ru/web/innodb-mysql-data-recovery/comment-page-1/#comment-11214 epsyl Fri, 16 Jul 2010 07:16:32 +0000 http://epsyl.ru/?p=517#comment-11214 <blockquote>If you get a message looking like this, you got corrupted Innodb log files: <code>Got error: 1146: Table 'database.table' doesn't exist when using LOCK TABLES</code> What you can do to resolve this problem with keeping the ib_logfile0 file from you most current backup while you restore all the other files from a older backup. This isn't a fail-proof solution, but worth a try. </blockquote>

If you get a message looking like this, you got corrupted Innodb log files:

1
Got error: 1146: Table 'database.table' doesn't exist when using LOCK TABLES

What you can do to resolve this problem with keeping the ib_logfile0 file from you most current backup while you restore all the other files from a older backup. This isn’t a fail-proof solution, but worth a try.

]]> Автор: phpdude http://epsyl.ru/web/innodb-mysql-data-recovery/comment-page-1/#comment-11213 phpdude Fri, 16 Jul 2010 07:13:01 +0000 http://epsyl.ru/?p=517#comment-11213 попробуй поюзать http://code.google.com/p/innodb-tools/ если получится, отпишись :) попробуй поюзать http://code.google.com/p/innodb-tools/

если получится, отпишись :)

]]> Автор: Александр http://epsyl.ru/web/innodb-mysql-data-recovery/comment-page-1/#comment-11212 Александр Fri, 16 Jul 2010 07:09:40 +0000 http://epsyl.ru/?p=517#comment-11212 У меня подобная проблема. Но отличие в том что я базу удалил сам, руками через Navicat. Возможно ли как то восстановить. Файлы ibdata1, ib_logfile0, ib_logfile1, все есть. Пробовал вышеуказанный способ, запускаю мускул с параметрами mysqld --innodb_log_file_size=10485760 --innodb_force_recovery=10 все гладко. Потом запускаю mysqldump -uroot -pMY_PASS forum_db > db.sql выдает такую ощибку mysqldump: Got error: 1049: Unknown database 'orum_db' when selecting the database У меня подобная проблема. Но отличие в том что я базу удалил сам, руками через Navicat. Возможно ли как то восстановить. Файлы ibdata1, ib_logfile0, ib_logfile1, все есть. Пробовал вышеуказанный способ, запускаю мускул с параметрами mysqld –innodb_log_file_size=10485760 –innodb_force_recovery=10 все гладко. Потом запускаю mysqldump -uroot -pMY_PASS forum_db > db.sql выдает такую ощибку mysqldump: Got error: 1049: Unknown database ‘orum_db’ when selecting the database

]]> Автор: phpdude http://epsyl.ru/web/innodb-mysql-data-recovery/comment-page-1/#comment-8829 phpdude Sat, 22 May 2010 03:24:50 +0000 http://epsyl.ru/?p=517#comment-8829 да не обращай внимания на идиотов, выебнуться то надо, тупорогая школота да не обращай внимания на идиотов, выебнуться то надо, тупорогая школота

]]>