Mysql ibdata 丢失或损坏通过frm&ibd 恢复结构&数据
来源:互联网 发布:淘宝客云建站官网 编辑:程序博客网 时间:2024/05/16 04:46
mysql存储在磁盘中,各种天灾人祸都会导致数据丢失。大公司的时候我们常常需要做好数据冷热备,对于小公司来说要做好所有数据备份需要支出大量的成本,很多公司也是不现实的。万一还没有做好备份,数据被误删除了,或者ibdata损坏了怎么办呢?别担心,只要有部分的frm、ibd存在就可以恢复部分数据。
注意:
一、这个是对innodb的数据恢复。myisam不需要这么麻烦,只要数据文件存在直接复制过去就可以。
a、先创建一个数据库,这个数据库必须是没有表和任何操作的。
b、创建一个表结构,和要恢复的表名是一样的。表里的字段无所谓。一定要是innodb引擎的。CREATE TABLE `weibo_qq0`( `weiboid` bigint(20)) ENGINE=InnoDB DEFAULT CHARSET=utf8;
c、关闭mysql, service mysqld stop;
d、用需要恢复的frm文件覆盖刚新建的frm文件;
e、修改my.ini 里 innodb_force_recovery=1 , 如果不成修改为 2,3,4,5,6(数值范围0-6)。
a、建立一个数据库,根据上面导出的创建表的sql执行创建表。
b、找到记录点。先要把当前数据库的表空间废弃掉,使当前ibd的数据文件和frm分离。 ALTER TABLE weibo_qq0 DISCARD TABLESPACE;
c、把之前要恢复的 .ibd文件复制到新的表结构文件夹下。 使当前的ibd 和frm发生关系。ALTER TABLE weibo_qq0 IMPORT TABLESPACE; 结果不出意外肯定会报错。就和我们开展数据开始说的那样,数据记录点不一致。我们看看之前ibd记录的点在什么位置。开始执行 import tablespace,报错 ERROR 1030 (HY000): Got error -1 from storage engine。找到mysql的错误日志,InnoDB: Error: tablespace id in file ‘.\test\weibo_qq0.ibd’ is 112, but in the InnoDB InnoDB: data dictionary it is 1. 因为 weibo_qq0 之前的记录点在112,当前的表只创建一次,所以记录点是1.
d、那怎么从1记录到112。for ($1=1; $i<=111; $1++) {CREATE TABLE t# (id int) ENGINE=InnoDB;} 也许很奇怪,为什么是循环111,不是112。因为在a执行创建表结构的时候已经记录增加了一次。
e、修改表结构 alter table weibo_qq0 discard tablespace;使当前的表结构和ibd脱离关系。复制.ibd到当前的目录结构。
f、使原来数据的ibd和当前frm建立关系。 ALTER TABLE product IMPORT TABLESPACE; 这个时候没有错误,说明已经建立好了。但是查询数据还是查不出来。
g、相比这里大家已经知道为什么了,这个模式也不是说改了数据库就可以在生产环境使用。更改 innodb_force_recovery=1 , 如果不成修改为 2,3,4,5,6。直到可以 查询出数据为止,然后dump出来。数据就备份出来了。
h、把所有数据导出后,在新的数据库导入。所有数据就生成了。
扩展问题,很多时候我们是分表表结构怎么批量操作,提高速度呢。用循环!循环把表的空间废弃掉。
for i in `seq 0 111`; do mysql -uroot -P33061 -h127.0.0.1 -Dtestdd -e “CREATE TABLE inv_crawl_weibo_qq$i (id bigint(20) NOT NULL AUTO_INCREMENT,PRIMARY KEY (id)) ENGINE=innodb “; done
ALTER TABLE inv_crawl_weibo_qq0 DISCARD TABLESPACE;
从备份数据把ibd复制cp到dd数据库下,注意复制过来的文件权限。
循环导入表空间。
ALTER TABLE inv_crawl_weibo_qq0 IMPORT TABLESPACE;
注意:
一、这个是对innodb的数据恢复。myisam不需要这么麻烦,只要数据文件存在直接复制过去就可以。
二、大家的mysql数据库必须是按表存放数据的,默认不是,但是大家生产肯定是按分表设置的吧,如果不是,不好意思,这个方法不能恢复你的数据。my.ini的设置为 innodb_file_per_table = 1。
参考 http://blog.chinaunix.net/uid-24111901-id-2627876.htmla、先创建一个数据库,这个数据库必须是没有表和任何操作的。
b、创建一个表结构,和要恢复的表名是一样的。表里的字段无所谓。一定要是innodb引擎的。CREATE TABLE `weibo_qq0`( `weiboid` bigint(20)) ENGINE=InnoDB DEFAULT CHARSET=utf8;
c、关闭mysql, service mysqld stop;
d、用需要恢复的frm文件覆盖刚新建的frm文件;
e、修改my.ini 里 innodb_force_recovery=1 , 如果不成修改为 2,3,4,5,6(数值范围0-6)。
f、 启动mysql,service mysqld start;show create table weibo_qq0 就能li到表结构信息了。
a、建立一个数据库,根据上面导出的创建表的sql执行创建表。
b、找到记录点。先要把当前数据库的表空间废弃掉,使当前ibd的数据文件和frm分离。 ALTER TABLE weibo_qq0 DISCARD TABLESPACE;
c、把之前要恢复的 .ibd文件复制到新的表结构文件夹下。 使当前的ibd 和frm发生关系。ALTER TABLE weibo_qq0 IMPORT TABLESPACE; 结果不出意外肯定会报错。就和我们开展数据开始说的那样,数据记录点不一致。我们看看之前ibd记录的点在什么位置。开始执行 import tablespace,报错 ERROR 1030 (HY000): Got error -1 from storage engine。找到mysql的错误日志,InnoDB: Error: tablespace id in file ‘.\test\weibo_qq0.ibd’ is 112, but in the InnoDB InnoDB: data dictionary it is 1. 因为 weibo_qq0 之前的记录点在112,当前的表只创建一次,所以记录点是1.
d、那怎么从1记录到112。for ($1=1; $i<=111; $1++) {CREATE TABLE t# (id int) ENGINE=InnoDB;} 也许很奇怪,为什么是循环111,不是112。因为在a执行创建表结构的时候已经记录增加了一次。
e、修改表结构 alter table weibo_qq0 discard tablespace;使当前的表结构和ibd脱离关系。复制.ibd到当前的目录结构。
f、使原来数据的ibd和当前frm建立关系。 ALTER TABLE product IMPORT TABLESPACE; 这个时候没有错误,说明已经建立好了。但是查询数据还是查不出来。
g、相比这里大家已经知道为什么了,这个模式也不是说改了数据库就可以在生产环境使用。更改 innodb_force_recovery=1 , 如果不成修改为 2,3,4,5,6。直到可以 查询出数据为止,然后dump出来。数据就备份出来了。
h、把所有数据导出后,在新的数据库导入。所有数据就生成了。
扩展问题,很多时候我们是分表表结构怎么批量操作,提高速度呢。用循环!循环把表的空间废弃掉。
for i in `seq 0 111`; do mysql -uroot -P33061 -h127.0.0.1 -Dtestdd -e “CREATE TABLE inv_crawl_weibo_qq$i (id bigint(20) NOT NULL AUTO_INCREMENT,PRIMARY KEY (id)) ENGINE=innodb “; done
ALTER TABLE inv_crawl_weibo_qq0 DISCARD TABLESPACE;
从备份数据把ibd复制cp到dd数据库下,注意复制过来的文件权限。
循环导入表空间。
ALTER TABLE inv_crawl_weibo_qq0 IMPORT TABLESPACE;
没有报错就导入成功了
------------------------------------------------------------------------------------------------------------------------------
注意:以上涉及到的拷贝文件等操作要切换到mysql 用户哦,或者将这些拷贝的文件改为mysql用户,mysql组。可能是由于这个原因吧,我的表结构没有通过此方法找回,表数据时意识到这个用户问题,数据成功的关联找到了。
0 0
- Mysql ibdata 丢失或损坏通过frm&ibd 恢复结构&数据
- Mysql ibdata 丢失或损坏如何通过frm&ibd 恢复数据
- MySQL ibdata损坏或丢失 通过frm&ibd文件恢复数据
- MySQL通过.frm和.ibd恢复表结构和数据
- Mysql 通过frm&ibd 恢复数据
- MySQL frm ibd 文件丢失的恢复
- 通过.frm和.ibd对mysql数据恢复
- mysql frm ibd 文件恢复数据
- MySQL innodb引擎下根据.frm和.ibd文件恢复表结构和数据
- mysql根据.frm和.ibd文件恢复表结构和数据
- mysql innodb只有 .frm .ibd 文件 如何恢复数据
- 恢复mysql数据--使用frm和ibd文件
- mysql数据库通过ibd 恢复数据
- mysql .ibd .frm
- mysql从.frm和.ibd文件恢复数据库
- mysql数据文件ibd损坏
- MySQL 从 .ibd 文件恢复数据
- MySQL借助ibd文件恢复数据技巧?
- EJB3.X 开发环境搭建 以及第一个EJB项目
- 我的一段骑行经历
- 情绪,人的信念系统
- Extjs 通过store 获取record 类型
- XStream实用指南
- Mysql ibdata 丢失或损坏通过frm&ibd 恢复结构&数据
- WAP项目开发总结
- iOS学习资料分享 -- 苹果官方iPhone应用高级开发课程(16集)
- 深入浅出DDoS攻击防御
- log4j 之 DailyRolling :屏蔽指定包日志输出
- XCode5下安装cocos2d模板及不能成功安装的解决办法
- android 4.3关键词
- Design Pattern 总结
- java随手记(1)