mysql innodb数据库损坏导致无法启动

假如想象 提交于 2020-04-04 01:42:35

生产环境中的mysql突然启动不了,查了原因是innodb库错误,以前就遇到过这个问题,稀里糊涂的没解决,结果导致大量数据丢失。这些又遇到这个问题,果断把那个有问题的数据库移动了别的地方,启动了mysql使用。然后正好赶上中秋节假期,所以花了两天时间认真查资料,一点点的解决问题。

因为我是用docker做了一个沙箱,但是启动不起来,在这里上面浪费了半天的时间。这个跳过,直接说一下思路和过程。有什么问题可以微信我(winsonhsu)备注mysql技术交流

整个过程需要三个库 we7 we7_old we7_tmp
1.备份数据库文件夹we7
2.设置数据库为恢复模式innodb_force_recovery = 3
3.启动数据库we7
4.此时可以看到库里的innodb数据表都没有显示出来.只有myiasm表
4.创建一个新库we7_tmp
5.使用navcat的tools>>data transfer 库建从we7到新库we7_tmp 这样就把myiasm库都复制过去了
6.还原一个过去备份的数据库we7_old,用navcat里的tool>>structure synchronization工具进行架构比较,只比较表,得到差异后只复制增加的表语句,得到innodb的表结构 innodb.sql
7.在we7_tmp中执行innodb.sql
8.将复制过来的.ibd文件与.frm文件发生联系。具体就是在控制台执行下面命令:
for f in \((ls *.ibd); do echo "alter table" \)(basename $f .ibd) " import tablespace;" >> import.sql; done
得到import.sql文件等一下使用

恢复表数据需要首先将原先的.ibd文件与原先的.frm文件解除绑定,具体就是在控制台执行下面命令:
for f in \((ls *.ibd); do echo "alter table" \)(basename $f .ibd) " discard tablespace;" >> discard.sql; done
得到discard.sql语句等一下使用

9在we7_tmp库中执行discard.sql

10.将we7文件夹中的ibd文件全部拷贝过来
cp /www/backup/we7_test/*.ibd /www/docker/mysql/data/we7_test/
设置权限为全部可以读写
11.在we7_tmp库中执行import.sql

12.设置完成后删除we7和we7_old数据库 将we7_tmp数据库重命名为we7 写一个rename.sh

#!/bin/bash
# 假设将we7_tmp数据库名改为we7
# MyISAM直接更改数据库目录下的文件即可

mysql -uroot -pmD4Yyxrb3tcLDLFw -e 'create database if not exists we7_test'
list_table=$(mysql -uroot -pmD4Yyxrb3tcLDLFw -Nse "select table_name from information_schema.TABLES where TABLE_SCHEMA='we7_tmp'")

for table in $list_table
do
    mysql -uroot -pmD4Yyxrb3tcLDLFw -e "rename table we7_tmp.$table to we7_test.$table"
done

执行./rename.sh
数据库修复完成,全部数据都回来了

易学教程内所有资源均来自网络或用户发布的内容,如有违反法律规定的内容欢迎反馈
该文章没有解决你所遇到的问题?点击提问,说说你的问题,让更多的人一起探讨吧!