mysql数据表文件损坏

情况

记录一次数据库损坏数据恢复

早上回来公司，突然发现mysql链接不上了
1. 服务没开启
2. 端口占用

错误

经过排查发现都不是,命令行执行报错为:

could not open file 'xxxx.err'

发现是不能打开错误日志文件，我就觉得奇怪,给予文件夹授权,发现还是同样的错误,打开错误文件xxxx.err发现，还是能正常写入日志，排除这个错误，在错误日志中发现:

2016-08-04 13:48:22 760 [ERROR] InnoDB: Attempted to open a previously opened tablespace. Previous tablespace test/usermeta uses space ID: 2 at filepath: .\test\usermeta.ibd. Cannot open tablespace mysql/innodb_index_stats which uses space ID: 2 at filepath: .\mysql\innodb_index_stats.ibd

* 解决方案*

1.停止mysql服务

因为日志已经损坏，这里采用非常规手段,首先修改innodb_force_recovery参数，使mysqld跳过恢复步骤，将mysqld 启动,将数据导出来然后重建数据库。

2.修改配置文件my.cnf添加配置

[mysqld]  
innodb_purge_threads =6

innodb_force_recovery可以设置为1-6,大的数字包含前面所有数字的影响。
1. (SRV_FORCE_IGNORE_CORRUPT):忽略检查到的corrupt页。
2. (SRV_FORCE_NO_BACKGROUND):阻止主线程的运行，如主线程需要执行full purge操作，会导致crash。
3. (SRV_FORCE_NO_TRX_UNDO):不执行事务回滚操作。
4. (SRV_FORCE_NO_IBUF_MERGE):不执行插入缓冲的合并操作。
5. (SRV_FORCE_NO_UNDO_LOG_SCAN):不查看重做日志，InnoDB存储引擎会将未提交的事务视为已提交。
6. (SRV_FORCE_NO_LOG_REDO):不执行前滚的操作。

3.启动mysql当前mysql为只读模式，导出损坏的表数据

4.停止服务，修改innodb_purge_threads=0，并且删除损坏的表文件

5.重启服务，导入原表数据