表的故障检测和修正的一般过程如下:
检查出错的表。如果该表检查通过,则完成任务,否则必须修复出错的数据库表。
在开始修复之前对表文件进行拷贝,以保证数据的安全。
开始修复数据库表。
如果修复失败,从数据库的备份或更新日志中恢复数据。
在使用myisamchk或isamchk检查或修复表之前,应该首先注意:
建立数据库备份和使用更新日志,以防修复失败,丢失数据。
仔细阅读本章内容以后再进行操作,尤其是不应该在阅读“避免与MySQL服务器交互作用”之前进行操作。因为,在你没有足够的知识之前贸然操作,可能会引起严重的后果。
如果你在Unix平台上对表进行维护时,应该首先注册到专用的帐户 mysql,以避免对表读写访问产生所有权的问题,以及破坏数据库目录的所有权限。
数据库表的维护工具
MySQL的myisanchk和isamchk实用程序很类似,基本上它们具有同样的使用方法。它们之间的主要区别时所使用的表的类型。为了检查 /修复MyISAM表(.MYI和.MYD),你应该使用myisamchk实用程序。为了检查/修复ISAM表(.ISM和.ISD),你应该使用 isamchk实用程序。
为了使用任一个使用程序,应指明你要检查或修复的表,myisamchk和isamchk的使用方法为:
<p>shell>myisamchk options tbl_name </p><p>shell>isamchk options tbl_name </p>
如果你愿意,你可以在命令行命名几个表。
你也能指定一个名字作为一个索引文件(用“ .MYI”或“.ISM”后缀),它允许你通过使用模式“*.MYI”或“.ISM”指定在一个目录所有的表。例如,如果你在一个数据库目录,你可以这样在目录下检查所有的表:
<p>shell> myisamchk *.MYI </p><p>shell>isamchk *.ISM</p>
如果你不在数据库目录下,你可指定目录的路径:
<p>shell> myisamchk options /path/to/database_dir/*.MYI </p><p>shell> isamchk options /path/to/database_dir/*.ISM</p>
你甚至可以通过为MySQL数据目录的路径指定一个通配符来作用于所有的数据库中的所有表:
<p>shell> myisamchk options /path/to/datadir/*/*.MYI</p><p>shell> isamchk options /path/to/database_dir/*/*.ISM</p>
这个方法无法在windows平台下使用。
注意 不论是myisamchk还是isamchk都不对表所在的位置做任何判断,因此,应该或者在包含表文件的目录运行程序,或者指定表的路径名。这允许你将表文件拷贝到另一个目录中并用该拷贝进行操作。
检查数据库表
myisamchk和isamchk提供了表的检查方法,这些方法在彻底检查表的程度方面有差异。
标准的方法检查表
通常用标准的方法就足够了。对表使用标准的方法进行检查,不使用任何选项直接调用即可,或用-s或--silent选项的任何一个:
<p>myisamchk tbl_name </p><p>isamchk tbl_name</p>
这能找出所有错误的99.99%。它不能找出的是仅仅涉及数据文件的损坏(这很不常见)。
完全彻底的数据检查
为了执行扩充检查,使用--extend-check或-e选项,这个选项检查数据:
<p>myisamchk -e tbl_name </p><p>isamchk -e tbl_name</p>
它做一个完全彻底的数据检查(-e意思是“扩展检查”)。它对每一行做每个键的读检查以证实他们确实指向正确的行。这在一个有很多键的大表上可能花 很长时间。myisamchk通常将在它发现第一个错误以后停止。如果你想要获得更多的信息,你能增加--verbose(-v)选项。这使得 myisamchk或isamchk继续一直到最多20个错误。在一般使用中,一个简单的标准检查(没有除表名以外的参数)就足够了。
中等程度的检查
指定选项--medium-check或-m
<p>myisamchk -m tbl_name</p>
中等程度的检查不如扩展检查彻底,但速度快一些。其意义不大,较少使用。
如果对于--extend-check检查不报告错误,则可以肯定表是完好的。如果你仍然感觉表有问题,那原因肯定在其它地方。应重新检查人和好像 有问题的查询以验证查询是正确书写的。如果你认为问题可能是MySQL服务器的原因,应该考虑整理一份故障报告或者升级到新的版本上。
可能有用的检查选项:
1.-i或—information 打印统计信息,例如:
<p>myisamchk -e -i tbl_name </p>
象前面的命令一样,但是-i选项告诉myisamchk还打印出一些统计信息。
2.-C, --check-only-changed
只检查上一次检查后被修改的表
我正在为HS的最后一年项目开发一个平台游戏。然而…我使用的冲突检测系统基本上是关于检查阉羊角色的特定部分是否与另一个块相交。 碰撞似乎工作得很好,除了它会导致一些错误,例如玩家在从侧面撞击时卡住或减速,或者在上边和下边都被抛起时被抛起 我的问题是;我如何改进碰撞代码,以避免这种小故障,并有一种'滑'碰撞? 这是边界的预览 以下是绑定方法: 编辑:Im使用恒定的加速度来设置速度
Step1:在CentOS7中完成使用YUM安装etcd和kubernetes并关闭防火墙 第二步:修改/etc/sysconfig/docker中的相关配置项 OPTIONS = '-selinux-enabled = false-unsecured-registry gcr . io ' Step3:修改 /etc/kubernetes/apiserver中的相关配置项 去除 服务帐户 在KU
我正在使用故障保护(https://github.com/jhalterman/failsafe)作为我的重试逻辑框架,我想更多地了解故障保护的“运行”方法是如何工作的。 假设我有: 那么当运行时,是否会阻止MyMONt款额的执行?换句话说,是否会在所有重试完成之前执行?
问题内容: 我刚刚重新安装了Apache服务器2.2。一切正常。当我进入本地主机时,我得到:“有效!” 我刚刚安装了mySQL5.5,当我转到localhost:3306时,我变得很乱: J 5.5.22 ‘ 4[LM {D〜p ÿ÷! € 6[I = 4 / +,9z {| mysql_native_password。! #08S01Got数据包出现故障 我在互联网上看到很多用户遇到类似问题的帖
本文档介绍 DM 的错误系统及常见故障的处理方法。 DM 错误系统 在 DM 的错误系统中,对于一条特定的错误,通常主要包含以下信息: code:错误码。 同一种错误都使用相同的错误码。错误码不随 DM 版本改变。 在 DM 迭代过程中,部分错误可能会被移除,但错误码不会。新增的错误会使用新的错误码,不会复用已有的错误码。 class:发生错误的类别。 用于标记出现错误的系统子模块。 下表展示所有
本文向大家介绍btrace定位生产故障的方法示例,包括了btrace定位生产故障的方法示例的使用技巧和注意事项,需要的朋友参考一下 前言 很多时候我们需要知道更多的程序的运行细节,但又不可能在开发的时候就把程序中所有的运行细节都打印到日志上,通常这个时候能采取的就是修改代码,重新部署,然后再观察,但这种方法对于online应用来说不是很好,另外一方面如果碰到不好改的代码,例如引用的其他的外部的包什