MariaDB崩溃:引擎中没有表和&&无法恢复表

时间:2013-11-12 10:35:42

标签: mysql database corruption mariadb

我正在跑步:

MariaDB 10.0.5
Ubuntu 12.04 LTS
Both up to the latest patch level as per last Friday

我之前的问题已经变得非常糟糕了:

http://stackoverflow.com/questions/19910996/mysql-connect-headers-and-client-library-minor-version-mismatch-library10000

这导致了大规模的腐败,因为我复制了&删除了我的ibdata1,ib_logfile0和ib_logfile1以解决上述问题的症状。我想,当我下次启动mariadb服务时,这个问题就开始了。当我尝试选择一个受影响的表或运行mysqldump时,我得到以下内容:

mysqldump -u backupusr -p'somepass' --all-databases > dump.sql

mysqldump: Got error: 1932: "Table 'some_db.dw_commentmeta' doesn't exist in engine" when using LOCK TABLES
幸运的是(幸运的是)我的大型制作客户网站的数据仍然完好无损且网站在线。虽然该DB中至少有一个损坏的表。现在恢复我所有其他网站的数据库。

我还有原始的ibdata1,ib_logfile0和ib_logfile1文件。当我将这些文件移回/ var / lib / mysql /时,mariaDB服务无法启动。

我尝试过的其中一件事就是按照以下方式强制进行InnoDB恢复:

http://dev.mysql.com/doc/refman/5.0/en/forcing-innodb-recovery.html

但这没有效果。之后我尝试使用Mysql升级工具强制查看它是否可以修复表:

mysql_upgrade --password --force
FATAL ERROR: Upgrade failed

所以这不告诉我什么。接下来我使用了REPAIR TABLE& ALTER TABLE ENGINE命令:

http://dev.mysql.com/doc/refman/5.0/en/rebuilding-tables.html

改变引擎:

MariaDB [sictnl_db]> ALTER TABLE si_users ENGINE = MyISAM;
ERROR 1932 (42S02): Table 'sictnl_db.si_users' doesn't exist in engine

修复表:

MariaDB [sictnl_db]> REPAIR TABLE si_users;
+--------------------+--------+----------+----------------------------------------------------+
| Table              | Op     | Msg_type | Msg_text                                           |
+--------------------+--------+----------+----------------------------------------------------+
| sictnl_db.si_users | repair | Error    | Table 'sictnl_db.si_users' doesn't exist in engine |
| sictnl_db.si_users | repair | status   | Operation failed                                   |
+--------------------+--------+----------+----------------------------------------------------+
2 rows in set (0.00 sec)

所以这一切都归结为将表信息反馈到引擎表中。 https://mariadb.com/kb/en/mariadb-storage-engines/处的文档指出,我默认使用两个存储引擎:

Aria
MyISAM

当在其中一个未损坏的表上执行SHOW CREATE TABLE函数时,我得到以下结果:

ENGINE=MyISAM AUTO_INCREMENT=8 DEFAULT CHARSET=utf8 |

所以MyISAM就是这样,谷歌搜索'mysql repair myisam'引导我到以下网站:

Note: Would Aria have protected me against this issue?

http://dev.mysql.com/doc/refman/5.0/en/myisamchk.html

这会产生myisamchk命令,需要指向表的本地存储,如下所示:

myisamchk /var/lib/mysql/sictnl_db/*


myisamchk: error: '/var/lib/mysql/sictnl_db/db.opt' is not a MyISAM-table
---------
myisamchk: error: '/var/lib/mysql/sictnl_db/si_commentmeta.frm' is not a MyISAM-table
---------
myisamchk: error: '/var/lib/mysql/sictnl_db/si_commentmeta.ibd' is not a MyISAM-table

因此该工具似乎缺少.MYI文件,但shell中不存在这些文件。

我现在正在发布这个帖子,看看你是否有任何有用的评论,我会同时继续我的分析,如果我有任何进一步的话,请更新帖子。

提前致谢!

1 个答案:

答案 0 :(得分:2)

最后我无法恢复上述服务器。我尝试一次禁用一个站点以防止对损坏的表进行数据库访问。最后,一个DB包含该问题,并且通过禁用站点mariadb不再崩溃。

确保我提取了数据库数据并在新服务器上重新启动。那是大约5个小时的工作,但之后我再次对我的设置充满信心。

我已经开始恢复已损坏数据的旧备份,我也从MariaDB切换回Mysql,因为我怀疑MariaDB是罪魁祸首。

所以备份在这里节省了一天......