docker重启mysql数据丢失_mysql表损坏数据丢失 mysql宕机表数据丢失 表不存在

mysql表损坏，在表列表中可以看到该表，但是打开或者查询数据提示表不存在

通过下面这个语句查看表在磁盘上的存储位置

Mysql> show variables like ‘%datadir%’;

1.先找到mysql-data目录找到对应的frm(表结构)和ibd(数据文件)文件，备份ibd

2.删除frm和ibd文件，删除之后在sql工具中确实不存在该表

3.创建表结构

CREATE TABLE org_role_resource (  ID_ varchar(36) NOT NULL,  ROLE_UID_ varchar(36) NOT NULL,  RESOURCE_UID_ varchar(50) NOT NULL,  TYPE_ int(11) DEFAULT NULL  UNIQUE KEY IX_ORG_ROLE_RESOURCE_1 (ID_) USING BTREE,  KEY IX_ORG_ROLE_RESOURCE_2 (ROLE_UID_,COMPANY_,TYPE_) USING BTREE,  CONSTRAINT org_role_resource_ibfk_1 FOREIGN KEY (ROLE_UID_) REFERENCES org_role (ID_))ENGINE=InnoDB DEFAULT CHARSET=utf8;

这是在mysql的data对应的db目录中再次生成org_role_resource.frm和org_role_resource.ibd

4.此时把刚生成的表空间废弃掉，使ibd的数据文件和frm分离

alter table org_role_resource discard tablespace;

此时在mysql的data对应的db目录中只留下org_role_resource.frm，org_role_resource.ibd已经被自动删除

5.把之前步骤一备份的org_role_resource.ibd拷贝到当前目录

6.执行如下语句

alter table org_role_resource import tablespace;

这里的语句用来使当前的ibd和frm发生关系

7.完成，select一下看看数据是否恢复了

*备注 如果出现错误：

Schema mismatch (Table has ROW_TYPE_DYNAMIC rowformat, .ibd file has ROW_TYPE_COMPACT row format.)

查了一下，翻译是这样：

模式不匹配(表有ROW_TYPE_DYNAMIC行格式)。

ibd文件有ROW_TYSchema错配(表有ROW_TYPE_DYNAMIC row格式)。ibd文件有ROW_TYPE_COMPACT行格式。

则步骤二中的创建表语句应该为create table table_name()row_format= compact;

即如下：

CREATE TABLE org_role_resource (  ID_ varchar(36) NOT NULL,  ROLE_UID_ varchar(36) NOT NULL,  RESOURCE_UID_ varchar(50) NOT NULL,  TYPE_ int(11) DEFAULT NULL,  CREATE_USER_ varchar(36) DEFAULT NULL,  CREATE_TIME_ datetime DEFAULT NULL,  COMPANY_ varchar(36) DEFAULT NULL,  SUB_COMPANY_ varchar(36) DEFAULT NULL,  UPDATE_USER_ varchar(36) DEFAULT NULL,  UPDATE_TIME_ datetime DEFAULT NULL,  UNIQUE KEY IX_ORG_ROLE_RESOURCE_1 (ID_) USING BTREE,  KEY IX_ORG_ROLE_RESOURCE_2 (ROLE_UID_,COMPANY_,TYPE_) USING BTREE,  CONSTRAINT org_role_resource_ibfk_1 FOREIGN KEY (ROLE_UID_) REFERENCES org_role (ID_))row_format=COMPACT ENGINE=InnoDB DEFAULT CHARSET=utf8;