我可以: 邀请好友来看>>
ZOL星空(中国) > 技术星空(中国) > MySQL星空(中国) > slvae机器的innodb所遇问题,求助,急~~~
返回列表
签到
手机签到经验翻倍!
快来扫一扫!

slvae机器的innodb所遇问题,求助,急~~~

89浏览 / 1回复

z2439321971

z2439321971

0
精华
1
帖子

等  级:Lv.1
经  验:11
  • Z金豆: 0

    千万礼品等你来兑哦~快点击这里兑换吧~

  • 城  市:
  • 注  册:2012-11-29
  • 登  录:2012-11-29
发表于 2012-11-29 17:54:19
电梯直达 确定
楼主
我的一台slave服务器突然报警。最初表现为:slave_SQL_RUNNING=NO 并且Last_error 报错为,错误的格式(指向某个innodb表的.frm文件)“Incorrect information in file: “xxxxxx.frm”                查询参数show variables like 'hav%'发现: have_innodb=disabled 且建立任何的innodb表均为变为myiasm格式。(my.cnf文件中无skip-innodb选项)后经过调试,have_innodb变为yes,但是innodb的表出现问题,表现为: show tables 表均在,frm和ibd文件均存在,但是对其进行任何操作则报错为“XXX表不存在”                故分析为ibdata受损,但是没有ibdata的备份。
尝试从backup服务器dump,但由于整个库的innodb表均受损,十分庞大,故放弃。尝试由frm文件恢复表结构后,ibd文件来恢复表数据,但是由于ibd恢复数据后无法进行写操作等,只能再将其dump出来后再进行dump恢复(耗时庞大且难完成,放弃)。
目前我所想到的可行的办法为:                                1.将backup服务器的slave暂停一会。 2.记下pos 和binlog位置。 3.复制backup服务器的ibdata. 4.将backup服务器的slave启动。 5.将其覆盖到受灾服务器数据库data文件夹路径中。         6.将受灾服务器数据库的备份从2中记录pos和binlog开始。         7.手动将故障开始------>复制ibdata时刻期间掉的数据添加进库。
这样存在以下几个问题:                                1.该backup服务器的ibdata1.6G,如果将slave暂停,并复制,会需要较多时间,导致同步遗失过多数据。                                2.由于数据量较大,如果按照第7的步骤进行手工添加,工作量巨大切易出错。

请问大家有什么别的方法么?谢谢了。

z2439321971

z2439321971


精华

帖子

等  级:Lv.1
经  验:11
发表于 2012-11-29 17:54:35 1楼
我去。。排版都没了?
高级模式
星空(中国)精选大家都在看24小时热帖7天热帖大家都在问最新回答

针对ZOL星空(中国)您有任何使用问题和建议 您可以 联系星空(中国)管理员查看帮助  或  给我提意见

快捷回复 APP下载 返回列表