各种意外导致数据库表
损坏而且这些数据往往是最新数据通常不可能在备份数据中找到
本章将讲述如何检测MySQL数据库表故障表
故障检测和修正
般过程如下:◆ 检查出错
表如果该表检查通过则完成任务否则必须修复出错数据库表◆ 在开始修复的前对表文件进行拷贝
以保证数据安全◆ 开始修复数据库表
◆ 如果修复失败
从数据库备份或更新日志中恢复数据在使用myisamchk或isamchk检查或修复表的前
应该首先注意:◆ 建立数据库备份和使用更新日志
以防修复失败丢失数据◆ 仔细阅读本章内容以后再进行操作
尤其是不应该在阅读“避免和MySQL服务器交互作用”的前进行操作
在你没有足够知识的前贸然操作可能会引起严重后果◆ 如果你在Unix平台上对表进行维护时
应该首先注册到专用帐户 mysql以避免对表读写访问产生所有权问题以及破坏数据库目录所有权限数据库表
维护工具MySQL
myisanchk和isamchk实用
很类似基本上它们具有同样使用思路方法它们的间主要区别时所使用表类型为了检查 /修复MyISAM表(.MYI和.MYD)你应该使用myisamchk实用为了检查/修复ISAM表(.ISM和.ISD)你应该使用 isamchk实用◆ 为了使用任
个使用应指明你要检查或修复表myisamchk和isamchk使用思路方法为:shell>myisamchk options tbl_nameshell>isamchk options tbl_name
如果你愿意
你可以在命令行命名几个表◆ 你也能指定
个名字作为个索引文件(用“ .MYI”或“.ISM”后缀)它允许你通过使用模式“*.MYI”或“.ISM”指定在个目录所有表例如如果你在个数据库目录你可以这样在目录下检查所有表:shell> myisamchk *.MYIshell>isamchk *.ISM
◆ 如果你不在数据库目录下
你可指定目录路径:shell> myisamchk options /path/to/database_dir/*.MYIshell> isamchk options /path/to/database_dir/*.ISM
◆ 你甚至可以通过为MySQL数据目录
路径指定个通配符来作用于所有数据库中所有表:shell> myisamchk options /path/to/datadir/*/*.MYIshell> isamchk options /path/to/database_dir/*/*.ISM
这个思路方法无法在windows平台下使用
注意 不论是myisamchk还是isamchk都不对表所在
位置做任何判断因此应该或者在包含表文件目录运行或者指定表路径名这允许你将表文件拷贝到另个目录中并用该拷贝进行操作检查数据库表
myisamchk和isamchk提供了表
检查思路方法这些思路方法在彻底检查表程度方面有差异标准
思路方法检查表通常用标准
思路方法就足够了对表使用标准思路方法进行检查不使用任何选项直接
即可或用-s或--silent选项任何个:myisamchk tbl_nameisamchk tbl_name
这能找出所有
99.99%它不能找出是仅仅涉及数据文件损坏(这很不常见)完全彻底
数据检查为了执行扩充检查
使用--extend-check或-e选项这个选项检查数据:myisamchk -e tbl_nameisamchk -e tbl_name
它做
个完全彻底数据检查(-e意思是“扩展检查”)它对每行做每个键读检查以证实他们确实指向正确行这在个有很多键大表上可能花很长时间myisamchk通常将在它发现第个以后停止如果你想要获得更多信息你能增加--verbose(-v)选项这使得 myisamchk或isamchk继续直到最多20个在般使用中个简单标准检查(没有除表名以外参数)就足够了中等程度
检查指定选项--medium-check或-m
myisamchk -m tbl_name
中等程度
检查不如扩展检查彻底但速度快些其意义不大较少使用如果对于--extend-check检查不报告
则可以肯定表是完好如果你仍然感觉表有问题那原因肯定在其它地方应重新检查人和好像有问题查询以验证查询是正确书写如果你认为问题可能是MySQL服务器原因应该考虑整理份故障报告或者升级到新版本上可能有用
检查选项:1.-i或—information 打印统计信息,例如:
myisamchk -e -i tbl_name
象前面
命令样但是-i选项告诉myisamchk还打印出些统计信息2.-C, --check-only-changed
只检查上
次检查后被修改表
最新评论