如何修复MySQL数据库表

本章将继上篇文章中检查出表的问题后，告诉你如何修复表。 标签：修复数据表 表 Mysql数据库 一张损坏的表的症状通常是查询意外中断并且你能看到例如这些错误： ◆“tbl_name.frm”被锁定不能改变。 ◆ 不能找到文件“tbl_name.MYI”（Errcode ：### ）。 ◆ 从表处理器的得到错误###(此时，错误135是一个例外)。 ◆ 意外的文件结束。 ◆ 记录文件被毁坏。 在这些情况下，你必须修复表。表的修复是一项非常困难的工作，很多情况下令人束手无策。然而，有一些常规的知道思想和过程，可以遵循它们来增加修正表的机会。通常，开始是可以用最快的修复方法，看看能否袖珍故障。如果发现不成功，可以逐步升级到更彻底的但更慢的修复方法。如果仍旧难以修复，就应该从备份中恢复了。在上一章已经详细介绍了这一部分内容。 简单安全的修复 为了修复一个表执行下列步骤： ◆ 首先，用--recover,-r选项修正表，并且用--quick，-q选项，来只根据索引文件的内容进行恢复。这样不接触数据文件来修复索引文件。(-r意味着“恢复模式”) myisamchk -r -q tbl_name isamchk -r -q tbl_name ◆ 如果问题仍旧存在，则忽略--quick选项，允许修复程序修改数据文件，因为这可能存在问题。下面的命令将从数据文件中删除不正确的记录和已被删除的记录并重建索引文件： myisamchk -r tbl_name isamchk -r tbl_name ◆ 如果前面的步骤失败，使用。安全恢复模式使用一个老的恢复方法，处理常规恢复模式不行的少数情况(但是更慢)。 myisamchk --safe-recover tbl_name isamchk --safe-recover tbl_name 困难的修理 如果在索引文件的第一个16K块被破坏，或包含不正确的信息，或如果索引文件丢失，你只应该到这个阶段 。在这种情况下，创建一个新的索引文件是必要的。按如下这样的步骤做： ◆ 定位到包含崩溃表的数据库目录中 ◆ 把数据文件移更安全的地方。 ◆ 使用表描述文件创建新的(空)数据和索引文件： shell Mysql db_name Mysql DELETE FROM tbl_name; Mysql quit 上述语句将重新创建新的空表，并使用表的的描述文件tbl_name.frm重新生成新的数据和索引文件。 ◆ 将老的数据文件拷贝到新创建的数据文件之中。（不要只是将老文件移回新文件之中；你要保留一个副本以防某些东西出错。） ◆ 在使用标准的修复方法。现在myisamchk -r -q应该工作了。（这不应该是一个无限循环）。 如果你拥有表的备份文件，那么一切过程就容易的多。从备份文件中可以恢复表的描述文件，然后在检查表，有可能还要继续使用标准的修复方法，应该纠可以解决问题了。 非常困难的修复 只有描述文件也破坏了，你才应该到达这个阶段。这应该从未发生过，因为在表被创建以后，描述文件就不再改变了。 从一个备份恢复描述文件并且回到阶段2。你也可以恢复索引文件并且回到阶段1。对于后者，你应该用myisamchk -r启动。 如果因为某种原因，数据的备份文件丢失或者没有备份文件，但是你还记得建立表的CREATE TABLE语句，那么太好了，这样还是可以恢复索引文件： ◆ 定位到包含崩溃表的数据库目录中 ◆ 把数据文件移更安全的地方。再把数据库目录中的对应的目录删去.。 ◆ 调用Mysql并发复CREATE TABLE语句建立该表。 ◆ 退出Mysql，将原始的数据文件和索引文件移回到数据库的目录中，替换刚才新建的文件。 ◆ 然后回到阶段2，修复表。也可以只移回数据文件，这样保留新的描述和索引文件，然后回到阶段1，继续用标准的方法修复表。

成都创新互联服务项目包括洪江管理区网站建设、洪江管理区网站制作、洪江管理区网页制作以及洪江管理区网络营销策划等。多年来，我们专注于互联网行业，利用自身积累的技术优势、行业经验、深度合作伙伴关系等，向广大中小型企业、政府机构等提供互联网行业的解决方案，洪江管理区网站推广取得了明显的社会效益与经济效益。目前，我们服务的客户以成都为中心已经辐射到洪江管理区省份的部分城市，未来相信会继续扩大服务区域并继续获得客户的支持与信任！

讲解MySQL数据库表如何修复

一张损坏的表的症状通常是查询意外中断并且你能看到例如这些错误： ◆ “tbl_name.frm”被锁定不能改变。 ◆ 不能找到文件“tbl_name.MYI”(Errcode ：### )。 ◆ 从表处理器的得到错误###(此时，错误135是一个例外)。 ◆ 意外的文件结束。 ◆ 记录文件被毁坏。 在这些情况下，你必须修复表。表的修复是一项非常困难的工作，很多情况下令人束手无策。然而，有一些常规的知道思想和过程，可以遵循它们来增加修正表的机会。通常，开始是可以用最快的修复方法，看看能否袖珍故障。如果发现不成功，可以逐步升级到更彻底的但更慢的修复方法。如果仍旧难以修复，就应该从备份中恢复了。在上一章已经详细介绍了这一部分内容。 简单安全的修复 为了修复一个表执行下列步骤： ◆ 首先，用--recover,-r选项修正表，并且用--quick，-q选项，来只根据索引文件的内容进行恢复。这样不接触数据文件来修复索引文件。(-r意味着“恢复模式”) myisamchk -r -q tbl_nameisamchk -r -q tbl_name ◆ 如果问题仍旧存在，则忽略--quick选项，允许修复程序修改数据文件，因为这可能存在问题。下面的命令将从数据文件中删除不正确的记录和已被删除的记录并重建索引文件： myisamchk -r tbl_nameisamchk -r tbl_name ◆ 如果前面的步骤失败，使用。安全恢复模式使用一个老的恢复方法，处理常规恢复模式不行的少数情况(但是更慢)。 myisamchk --safe-recover tbl_nameisamchk --safe-recover tbl_name困难的修理如果在索引文件的第一个16K块被破坏，或包含不正确的信息，或如果索引文件丢失，你只应该到这个阶段 。在这种情况下，创建一个新的索引文件是必要的。按如下这样的步骤做： ◆ 定位到包含崩溃表的数据库目录中 ◆ 把数据文件移更安全的地方。

如何使用phpmyadmin工具进行修复MySQL数据库表操作

有两种方法，一种方法使用使用MySQL提供的多个myisamchk, isamchk数据检测恢复工具。另一种方法是MySQL的check table和repair table 的sql语句，使用起来比较简便。 一、myisamchk, isamchk 其中myisamchk适用于MYISAM类型的数据表，而isamchk适用于ISAM类型的数据表。这两条命令的主要参数相同，一般新的系统都使用MYISAM作为缺省的数据表类型，这里以myisamchk为例子进行说明。当发现某个数据表出现问题时可以使用： myisamchk tablename.MYI 进行检测，如果需要修复的话，可以使用： myisamchk -of tablename.MYI 关于myisamchk的详细参数说明，可以参见它的使用帮助。需要注意的时在进行修改时必须确保MySQL(和PHP搭配之最佳组合)服务器没有访问这个数据表，保险的情况下是最好在进行检测时把MySQL(和PHP搭配之最佳组合)服务器Shutdown掉。 另外可以把下面的命令放在你的rc.local里面启动MySQL(和PHP搭配之最佳组合)服务器前： 1.[ -x /tmp/MySQL(和PHP搭配之最佳组合).sock ] /pathtochk/myisamchk -of /DATA_DIR/*/*.MYI 其中的/tmp/MySQL(和PHP搭配之最佳组合).sock是MySQL(和PHP搭配之最佳组合)监听的Sock文件位置，对于使用RPM安装的用户应该是/var/lib/MySQL(和PHP搭配之最佳组合)/MySQL(和PHP搭配之最佳组合).sock，对于使用源码安装则是/tmp/MySQL(和PHP搭配之最佳组合).sock可以根据自己的实际情况进行变更，而pathtochk则是myisamchk所在的位置，DATA_DIR是你的MySQL(和PHP搭配之最佳组合)数据库存放的位置。 需要注意的时，如果你打算把这条命令放在你的rc.local里面，必须确认在执行这条指令时MySQL服务器必须没有启动! 检测修复所有数据库(表) MySQL(和PHP搭配之最佳组合)check -A -o -r -p 二、check table 和 repair table 登陆MySQL终端： MySQL -uxxxxx -p dbname 1. check table tabTest; 如果出现的结果说Status是OK，则不用修复，如果有Error，可以用： 1. repair table tabTest; 进行修复，修复之后可以在用check table命令来进行检查。在新版本的phpMyAdmin里面也可以使用check/repair的功能。

怎样修复mysql表

也许很多人遇到过类似Can’t open file: ‘[Table]mytable.MYI’ 这样的错误信息,却不知道怎么解决他,下面我们做个介绍, 多数情况下,数据库被破坏只是指索引文件受到了破坏,真正的数据被破坏掉的情况非常少。大多数形式的数据库破坏的的修复相当简...

网页名称：怎么修复mysql表,mysql表损坏怎么修复
当前链接：http://hbruida.cn/article/hdcgeo.html