Восстановление InnoDB
Немного сложная ситуация. Запуск MySQL 5.5 на Ubuntu 12.04. Чтобы добавить функциональность нашему внутреннему сайту, я установил Kaltura. При этом мои существующие базы данных MySQL, похоже, потеряли все свои данные. Базы данных были все еще перечислены, но без таблиц. Конечно, программное обеспечение для резервного копирования, которое должно было быть установлено 5 месяцев назад, не было установлено, поэтому последняя имеющаяся у меня резервная копия - это копия всей папки /var/lib/mysql после выяснения этой проблемы. Исходя из размера файла ibdata1, я считаю, что все еще там.
Я прошел несколько рекомендаций по восстановлению, но ничего не работает. В конце концов, mysql не запустился, поэтому я сделал чистую установку и скопировал папку, которая у меня есть, но опять-таки, служба mysql не запустится. Не совсем уверен, куда идти отсюда. (Да знаю, бэкап, бэкап, бэкап). Любая помощь будет принята с благодарностью.
Спасибо
Редактировать @RolandoMySQLDBA 2013-01-11 11:44 ПО ВОСТОЧНОМУ ВРЕМЕНИ
Пожалуйста, запустите это и вставьте ниже этой строки
Запрос № 1: ls -l /var/lib/mysql
Запрос № 2: cat /etc/my.cnf | grep innodb
Запрос № 3: Если вы можете войти в MySQL, запустите show engines;
Ответ на @RolandoMySQLDBA
Запрос № 1: ls -l /var/lib/mysql
drwx------ 2 mysql mysql 4096 Jan 11 11:34 asdf
-rw-r--r-- 1 mysql mysql 0 Jan 11 11:34 debian-5.1.flag
-rw-r--r-- 1 mysql mysql 0 Jan 11 11:34 debian-5.5.flag
-rw-r----- 1 mysql mysql 18874368 Jan 11 11:34 ibdata1
-rw-r----- 1 mysql mysql 220200960 Jan 11 11:34 ibdata1.bak
-rw-r--r-- 1 mysql mysql 220200960 Jan 11 11:34 ibdata1.recovery
-rw-r----- 1 mysql mysql 5242880 Jan 11 11:35 ib_logfile0
-rw-r----- 1 mysql mysql 5242880 Jan 11 11:34 ib_logfile0.bak
-rw-r----- 1 mysql mysql 5242880 Jan 11 11:34 ib_logfile1
-rw-r----- 1 mysql mysql 5242880 Jan 11 11:34 ib_logfile1.bak
drwx------ 2 mysql mysql 16384 Jan 11 11:34 kaltura
drwx------ 2 mysql mysql 167936 Jan 11 11:34 kalturadw
drwx------ 2 mysql mysql 4096 Jan 11 11:34 kalturadw_bisources
drwx------ 2 mysql mysql 4096 Jan 11 11:34 kalturadw_ds
drwx------ 2 mysql mysql 4096 Jan 11 11:34 kalturalog
drwx------ 2 mysql mysql 4096 Jan 11 11:34 kaltura_sphinx_log
drwx------ 2 mysql mysql 4096 Jan 11 11:34 mysql
-rw-r----- 1 mysql mysql 6 Jan 11 11:34 mysql_upgrade_info
drwx------ 2 mysql mysql 4096 Jan 11 11:34 performance_schema
drwx------ 2 mysql mysql 4096 Jan 11 11:34 phpmyadmin
-rw-r----- 1 mysql mysql 4 Jan 11 11:34 ptl-cloud.pid
drwx------ 2 mysql mysql 4096 Jan 11 11:34 ptlEquipmentTracker
drwx------ 2 mysql mysql 4096 Jan 11 11:34 ptlTestDB
drwx------ 2 mysql mysql 4096 Jan 11 11:34 ptlTestDBArchive1
drwx------ 2 mysql mysql 4096 Jan 11 11:34 ptltestdbrec
drwx------ 2 mysql mysql 4096 Jan 11 11:34 rawr
drwx------ 2 mysql mysql 4096 Jan 11 11:34 test
drwx------ 2 mysql mysql 4096 Jan 11 11:34 testing
drwx------ 2 mysql mysql 4096 Jan 11 11:34 VirtualStripChart
Запрос № 2: cat /etc/my.cnf | grep innodb
cat: /etc/my.cnf: No such file or directory
Я побежал cat /etc/mysql/my.cnf | grep innodb
и он работал нормально, без обратной связи
Запрос № 3: Если вы можете войти в MySQL, запустите show engines;
+--------------------+---------+----------------------------------------------------------------+--------------+------+------------+
| Engine | Support | Comment | Transactions | XA | Savepoints |
+--------------------+---------+----------------------------------------------------------------+--------------+------+------------+
| MyISAM | YES | MyISAM storage engine | NO | NO | NO |
| MRG_MYISAM | YES | Collection of identical MyISAM tables | NO | NO | NO |
| MEMORY | YES | Hash based, stored in memory, useful for temporary tables | NO | NO | NO |
| BLACKHOLE | YES | /dev/null storage engine (anything you write to it disappears) | NO | NO | NO |
| CSV | YES | CSV storage engine | NO | NO | NO |
| FEDERATED | NO | Federated MySQL storage engine | NULL | NULL | NULL |
| ARCHIVE | YES | Archive storage engine | NO | NO | NO |
| InnoDB | DEFAULT | Supports transactions, row-level locking, and foreign keys | YES | YES | YES |
| PERFORMANCE_SCHEMA | YES | Performance Schema | NO | NO | NO |
+--------------------+---------+----------------------------------------------------------------+--------------+------+------------+
1 ответ
Я нашел проблему. Это была комбинация использования неверного файла ibdata1, а затем я также скопировал файлы в папку /var/lib/mysql/mysql по ошибке. После исправления обеих вещей все вернулось на круги своя.
Чего я не понимаю, так это почему все сломалось? Я установил Kaltura, все вышло из строя, и, насколько я могу судить, просто закончил копированием и вставкой файлов обратно в каталог mysql. Так что я ничего не изменил.
Hmmmmmm......
Но спасибо всем за помощь! Комментарии здесь и ответы на другие связанные вопросы позволили мне лучше понять InnoDB, резервные копии и структуру файлов. Спасибо!
Дан