Здравствуйте! Работала на одном компе у меня свзяка Mysql+phpmyadmin - версий не помню. Сохранена копия системы акронисом. Теперь решил эту же связку восстановить у себя на локальном компе. все установил настроил, базы из резервной папки data cкопировал. Открываю phpmyadmin все базы появились, в скобках написано кол-во таблиц в них. Открываю одну из баз, а там пишет "Таблиц в базе данных не обнаружено.". если нажимаю поиск по этой базе, в поле выбора таблиц для поиска отображаются названия всех таблиц. Установлены Mysql 5.1.47 и phpmyadmin 3.3.3 Что мне сделать чтобы их восстановить?
Например, попробовать подключить navicat`ом тем же к серверу. Если все ок, то можно перестать пользоваться phpmyadmin`ом. (имхо, на локальной машине, это вообще капец). Или (да, я знаю толк в извращениях!), можно сделать экспорт БД с параметром "добавить DROP TABLE IF EXIST" и загрузить sql-файл заново Вдруг поможет. А еще можно переустановить phpmyadmin. Или удалить его.
и первый и фторой вариант выдает одну и ту же ошибку "#1146 - Table 'dges.personal' doesn't exist". Что же делать ведь в той системе все работало без проблем?
Но другие базы которые были созданы раньше чем ЭТА нормально отображают список таблиц и их содержимое... Странно как то... И я не думаю что тут проблема в phpmyadmin, т.к. их не видит и navicat и php тоже не может найти эти таблицы. И пробовал уже менять версии Mysql на более старые, но результата никакого... где глянуть версию mysql так чтобы не запускать его (в резервной копии acronis)? Что произошло не пойму, ведь раньше нормально восстанавливал таким образом.
с innodb вроде разобрался... из всех баз, в одной базе одна таблица нц никакх не хочет работать. В логах нашел такое: Код (Text): 100924 22:45:11 [b]InnoDB: Error: (1500) Couldn't read the MAX(id_o) autoinc value from the index (PRIMARY).[/b] 100924 22:45:11 [b]InnoDB: Assertion failure in thread 4948 in file .\handler\ha_innodb.cc line 2601[/b] InnoDB: Failing assertion: error == DB_SUCCESS InnoDB: We intentionally generate a memory trap. InnoDB: Submit a detailed bug report to http://bugs.mysql.com. InnoDB: If you get repeated assertion failures or crashes, even InnoDB: immediately after the mysqld startup, there may be InnoDB: corruption in the InnoDB tablespace. Please refer to InnoDB: http://dev.mysql.com/doc/refman/5.1/en/forcing-recovery.html InnoDB: about forcing recovery. 100924 22:45:11 - mysqld got exception 0xc0000005 ; This could be because you hit a bug. It is also possible that this binary or one of the libraries it was linked against is corrupt, improperly built, or misconfigured. This error can also be caused by malfunctioning hardware. We will try our best to scrape up some info that will hopefully help diagnose the problem, but since we have already crashed, something is definitely wrong and this may fail. key_buffer_size=26214400 read_buffer_size=65536 max_used_connections=2 max_threads=100 threads_connected=2 It is possible that mysqld could use up to key_buffer_size + (read_buffer_size + sort_buffer_size)*max_threads = 58231 K bytes of memory Hope that's ok; if not, decrease some variables in the equation. thd: 0x3ba2f58 Attempting backtrace. You can use the following information to find out where mysqld died. If you see no messages after this, something went terribly wrong... InnoDB: Thread 2060 stopped in file .\os\os0sync.c line 271 InnoDB: Thread 6084 stopped in file .\os\os0sync.c line 574 006ADC0B mysqld.exe!ha_innobase::open()[ha_innodb.cc:2601] 00443C06 mysqld.exe!handler::ha_open()[handler.cc:2037] 005BF63B mysqld.exe!open_table_from_share()[table.cc:1882] 00525EF7 mysqld.exe!open_unireg_entry()[sql_base.cc:3927] 0052954D mysqld.exe!open_table()[sql_base.cc:2934] 0052A4D2 mysqld.exe!open_tables()[sql_base.cc:4586] 0052AB1B mysqld.exe!open_normal_and_derived_tables()[sql_base.cc:5039] 0059D2AA mysqld.exe!get_all_tables()[sql_show.cc:3361] 00589108 mysqld.exe!remove_const()[sql_select.cc:7000] 0058EC6A mysqld.exe!JOIN::exec()[sql_select.cc:1730] 005903DB mysqld.exe!handle_select()[sql_select.cc:268] 005539B4 mysqld.exe!execute_sqlcom_select()[sql_parse.cc:4982] 00554AF6 mysqld.exe!mysql_execute_command()[sql_parse.cc:2204] 0055A133 mysqld.exe!mysql_parse()[sql_parse.cc:5906] 0055AC23 mysqld.exe!dispatch_command()[sql_parse.cc:1218] 0055BA27 mysqld.exe!do_command()[sql_parse.cc:861] 005DEC81 mysqld.exe!handle_one_connection()[sql_connect.cc:1115] 00644D1B mysqld.exe!pthread_start()[my_winthread.c:85] 0072A1A3 mysqld.exe!_callthreadstart()[thread.c:293] 0072A23C mysqld.exe!_threadstart()[thread.c:275] 77461194 kernel32.dll!BaseThreadInitThunk() 777EB495 ntdll.dll!RtlInitializeExceptionChain() 777EB468 ntdll.dll!RtlInitializeExceptionChain() Trying to get some variables. Some pointers may be invalid and cause the dump to abort... thd->query at 078FC088=SHOW TABLE STATUS thd->thread_id=2 thd->killed=NOT_KILLED The manual page at http://dev.mysql.com/doc/mysql/en/crashing.html contains information that should help you find out what is causing the crash. Выдленный текст это я так понимаю ошибка изза которой не происходит чтение из базы. Пусть даже данные пропадут, но как бы мне структуру таблицы сохранить?