恢复InnoDB

Question

有点困难的情况。在Ubuntu12.04上运行MySQL 5.5。为了给我们的内部站点添加一些功能，我安装了Kaltura。在这样做时，我现有的MySQL数据库似乎失去了所有的数据。数据库仍然列出，但没有表格。当然，5个月前应该安装的备份软件不是，所以我最近的备份是在解决了这个问题之后，整个/var/lib/mysql文件夹的副本。根据ibdata1文件的大小，我相信一切都还在。

我已经看过几个康复建议，但没有什么能奏效。最终，mysql无法启动，所以我对其进行了干净的安装，并复制了我的文件夹，但是mysql服务仍然无法启动。不太确定从这里往哪里走。(是的，我知道，后援，后援，支援)任何帮助都将不胜感激。

谢谢

编辑@RolandoMySQLDBA 2013-01- 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         |
+--------------------+---------+----------------------------------------------------------------+--------------+------+------------+

Answer 1

我发现了问题。这是使用错误的ibdata1文件的组合，然后，我错误地将文件复制到/var/lib/mysql/mysql文件夹中。在修复了这两件事之后，一切都恢复了正常。

我不明白的是为什么事情一开始就破裂了？我安装了Kaltura，事情坏了，据我所知，结果就是复制并粘贴文件回mysql目录。所以我好像什么都没改变。

嗯.

但是感谢大家的帮助！这里的评论和其他相关问题的答案让我更好地理解了InnoDB、备份和文件结构。谢谢!

-Dan