<b>MySQL数据库中部份数据破坏恢复历程</b>[MySQL防范]
本文“<b>MySQL数据库中部份数据破坏恢复历程</b>[MySQL防范]”是由七道奇为您精心收集,来源于网络转载,文章版权归文章作者所有,本站不对其观点以及内容做任何评价,请读者自行判断,以下是其具体内容:
前几天因为MySQL数据库部份数据破坏缘由,我尝试了下恢复数据,之后整理以下文档,供各位参考,以备各位同事今后若有近似问题,可以少走些弯路,尽快办理问题.
数据库:MySQL
破坏数据文件名:function_products
将数据库内容物理文件直接导入到mysql\data下,每只表各3个文件,顺次辨别为:.frm .myd .myi.首先我第一想到的是去网上搜索,探求近似的工具,试图通过工具来恢复已破坏的文件,于是我在谷歌上查找,找到一款名为mysqlrecovery的工具,安装后我用其举行恢复,只惋惜效果太不睬想,几十MB大的数据文件,恢复之后它提醒我竟然只有几十KB.我又想到了MySQL下应有自己本身的修复程序等,于是想通过其来举行恢复,心想应不会太差劲吧,在网上查找了资料,提醒:由于暂时断电,利用kill -9中止MySQL服务进程,大概是MySQL正在高速运转时举行强迫备份操作时等,全部的这些都大概会破坏MySQL的数据文件.假如在被干扰时,服务正在改变文件,文件大概会留下错误的或不一致的状况.因为这样的破坏有时是不简单被发现的,当你发现这个错误时大概是好久今后的事了.
于是,当你发现这个问题时,大概全部的备份都有一样的错误.我想我目前碰到的问题大概是这个问题,因为备份的数据也是有部份破坏的数据,所以招致不能完好运行, 意识到myisamchk程序对用来查抄和改正的MySQL数据文件的拜候应当是唯一的.假如MySQL服务正在利用某一文件,并对myisamchk正在查抄的文件举行改正,myisamchk会误认为发生了错误,并会试图举行修复--这将招致MySQL服务的崩溃!这样,要避免这种情形的发生,普通我们需求在工作时关闭MySQL服务.作为挑选,你也可以暂时关闭服务以制作一个文件的拷贝,然后在这个拷贝上工作.当你做完了今后,重新关闭服务并利用新的文件代替本来的文件(大概你还需求利用期间的变更日记).
MySQL数据目录不是太难理解的.每一个数据库对应一个子目录,每个子目录中包含了对应于这个数据库中的数据表的文件.每一个数据表对应三个文件,它们和表名相同,但是具有差别的扩大名.tblname.frm文件是表的定义,它保存了表中包含的数据列的内容和范例.tblname.myd文件包含了表中的数据.tblname.myi文件包含了表的索引(比方,它大概包含lookup表以帮忙提高对表的主键列的查询). 要查抄一个表的错误,只需求运行myisamchk(在MySQL的bin目录下)并供应文件的位置和表名,大概是表的索引文件名:
% myisamchk /usr/local/mysql/var/dbname/tblname
% myisamchk /usr/local/mysql/var/dbname/tblname.myi
上面的两个号令都可以履行对指定表的查抄.要查抄数据库中全部的表,可以利用通配符:
% myisamchk /usr/local/mysql/var/dbname/*.myi
要查抄全部数据库中的全部表,可以利用两个通配符:
% myisamchk /usr/local/mysql/var/*/*.myi
假如不带任何选项,myisamchk将对表文件履行普通的查抄.假如你对一个表有猜疑,但是普通的查抄不能发现任何错误,你可以履行更完好的查抄(但是也更慢!),这需求利用--extend-check选项:
% myisamchk --extend-check /path/to/tblname
对错误的查抄是没有破坏性的,这意味着你没必要耽忧履行对你的数据文件的查抄会使已经存在的问题变得更糟.另一方面,修复选项,固然普通也是安全的,但是它对你的数据文件的更改是无法撤消的.因为这个缘由,我们激烈举荐你试图修复一个被破坏的表文件时首先做个备份,并确保在制作这个备份之前你的MySQL服务是关闭的.
我在Win2003下通过号令提醒符,输入:
|
持续举行操作:
|
系统提醒我利用--safe-recover (-o) or the --force (-f) option举行修复操作,于是
|
将修复后的物理文件复制到mysql\data下之后,通过phpmyadmin举行拜候,正常!本次数据修复操作成功,数据已被正常恢复,总计85215条记录,此中恢复数据总计85207条.
总结本次经验及查找资料,以下:
当你试图修复一个被破坏的表的问题时,有三种修复范例.假如你得到一个错误信息指出一个暂时文件不能成立,删除信息所指出的文件并再试一次--这普通是上一次修复操作遗留下来的.
这三种修复办法以下所示:
|
第一种是最快的,用来修复最普通的问题;而最后一种是最慢的,用来修复一些别的办法所不能修复的问题.
假如上面的办法无法修复一个被破坏的表,在你放弃之前,你还可以试试下面这两个本领:
假如你猜疑表的索引文件(*.myi)发生了不可修复的错误,乃至是丧失了这个文件,你可以利用数据文件(*.myd)和数据格局文件(*.frm)重新生成它.首先制作一个数据文件(tblname.myd)的拷贝.重启你的MySQL服务并衔接到这个服务上,利用下面的号令删除表的内容:
MySQL> delete from tblname;
在删除表的内容的同时,会成立一个新的索引文件.退出登录并重新关闭服务,然后用你方才保存的数据文件(tblname.myd)覆盖新的(空)数据文件.最后,利用myisamchk履行尺度的修复(上面的第二种办法),按照表的数据的内容和表的格局文件重新生成索引数据.
假如你的表的格局文件(tblname.frm)丧失了大概是发生了不可修复的错误,但是你清楚若何利用呼应的create table语句来重新生成这张表,你可以重新生成一个新的.frm文件并和你的数据文件和索引文件(假如索引文件有问题,利用上面的办法重建一个新的)一同利用.首先制作一个数据和索引文件的拷贝,然后删除本来的文件(删除数据目录下有关这个表的全部记录).
启动MySQL服务并利用当初的create table文件成立一个新的表.新的.frm文件应当可以正常工作了,但是最好你还是履行一下尺度的修复(上面的第二种办法).
假若有近似问题,倡议自己先解析问题本源,查找资料,自己着手办理,不但可以多学更多知识本领,更重要的是,自己也在办理问题的同时得到了欢愉.
以上是“<b>MySQL数据库中部份数据破坏恢复历程</b>[MySQL防范]”的内容,如果你对以上该文章内容感兴趣,你可以看看七道奇为您推荐以下文章:本文地址: | 与您的QQ/BBS好友分享! |