前言:
现在各位老铁们对“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;
标签: #mysql如果表存在