Назад | Перейти на главную страницу

Восстановление InnoDB

Немного сложная ситуация. Запуск MySQL 5.5 на Ubuntu 12.04. Я установил Kaltura, чтобы добавить на наш внутренний сайт некоторые функции. При этом мои существующие базы данных MySQL, казалось, потеряли все свои данные. Базы данных все еще были перечислены, но без таблиц. Конечно, программного обеспечения для резервного копирования, которое должно было быть установлено 5 месяцев назад, не было, поэтому последняя резервная копия, которая у меня есть, - это копия всей папки / var / lib / mysql после выяснения этой проблемы. Судя по размеру файла ibdata1, я считаю, что все осталось там.

Я выполнил несколько рекомендаций по восстановлению, но ничего не работает. В конце концов, mysql не запускался, поэтому я выполнил чистую установку и скопировал его в имеющуюся у меня папку, но опять же, служба mysql не запускается. Не совсем уверен, куда идти дальше. (Да, я знаю, резервное копирование, резервное копирование, резервное копирование). Любая помощь будет принята с благодарностью.

Спасибо

Редактировать @RolandoMySQLDBA 2013-01-11 11:44 EDT

Пожалуйста, запустите это и вставьте ниже этой строки

Запрос # 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         |
+--------------------+---------+----------------------------------------------------------------+--------------+------+------------+

Я нашел проблему. Это было сочетание использования неправильного файла ibdata1, а также я по ошибке скопировал файлы в папку / var / lib / mysql / mysql. После исправления обеих этих вещей все вернулось к норме.

Я не понимаю, почему вообще все сломалось? Я установил Kaltura, все сломалось, и, насколько я могу судить, просто скопировал и вставил файлы обратно в каталог mysql. Так что я как будто ничего не изменил.

Хмммммм ......

Но спасибо всем за помощь! Комментарии здесь и ответы на другие связанные вопросы дали мне гораздо лучшее понимание InnoDB, резервных копий и файловой структуры. Спасибо!

-Дэн