[求助]添加数据后出现表崩溃需要修复

本帖最后由 edgesun 于 2011-08-28 10:05:04 编辑

解决方案 »

免费领取超大流量手机卡，每月29元包185G流量+100分钟通话, 中国电信官方发货

表索引出错了参照：http://www.blogabc.net/i1314_mysql%E9%94%99%E8%AF%AF%3ATable_XXX_is_ed_as_crashed_and_should_be_repaired%5B%E8%BD%AC%5D.htm
你把abc用反引号包裹起来[insert into `abc` () values()]
Table '.\Tablename\posts' is ed as crashed and should be repaired提示说论坛的帖子表posts被标记有问题，需要修复。我记得以前也出现过类似的问题,但是只要点击Phpmyadmin上的repair按纽就自动修复了,但是这次很绝,什么都没有.于是赶快上网查找原因。最终将问题解决。解决方法如下：找到mysql的安装目录的bin/myisamchk工具，在命令行中输入：myisamchk -c -r ../data/tablename/posts.MYI然后myisamchk 工具会帮助你恢复数据表的索引。好象也不用重新启动mysql，问题就解决了。问题分析：1、
错误产生原因，有网友说是频繁查询和更新dede_archives表造成的索引错误，因为我的页面没有静态生成，而是动态页面，因此比较同意这种说法。
还有说法为是MYSQL数据库因为某种原因而受到了损坏，如：数据库服务器突发性的断电、在提在数据库表提供服务时对表的原文件进行某种操作都有可能导致
MYSQL数据库表被损坏而无法读取数据。总之就是因为某些不可测的问题造成表的损坏。问题的编号为1452、问题解决办法。当你试图修复一个被破坏的表的问题时，有三种修复类型。如果你得到一个错误信息指出一个临时文件不能建立，删除信息所指出的文件并再试一次--这通常是上一次修复操作遗留下来的。
这三种修复方法如下所示：
% myisamchk --recover --quick /path/to/tblName
% myisamchk --recover /path/to/tblName
% myisamchk --safe-recover /path/to/tblName 第一种是最快的，用来修复最普通的问题；而最后一种是最慢的，用来修复一些其它方法所不能修复的问题。检查和修复MySQL数据文件
如果上面的方法无法修复一个被损坏的表，在你放弃之前，你还可以试试下面这两个技巧：
如
果你怀疑表的索引文件(*.MYI)发生了不可修复的错误，甚至是丢失了这个文件，你可以使用数据文件(*.MYD)和数据格式文件(*.frm)重新生
成它。首先制作一个数据文件(tblName.MYD)的拷贝。重启你的MySQL服务并连接到这个服务上，使用下面的命令删除表的内容：
mysql> DELETE FROM tblName;
在
删除表的内容的同时，会建立一个新的索引文件。退出登录并重新关闭服务，然后用你刚才保存的数据文件(tblName.MYD)覆盖新的(空)数据文件。
最后，使用myisamchk执行标准的修复(上面的第二种方法)，根据表的数据的内容和表的格式文件重新生成索引数据。如果你的表的
格式文件(tblName.frm)丢失了或者是发生了不可修复的错误，但是你清楚如何使用相应的CREATE
TABLE语句来重新生成这张表，你可以重新生成一个新的.frm文件并和你的数据文件和索引文件(如果索引文件有问题，使用上面的方法重建一个新的)一
起使用。首先制作一个数据和索引文件的拷贝，然后删除原来的文件(删除数据目录下有关这个表的所有记录)。启动MySQL服务并使用当初的CREATE TABLE文件建立一个新的表。新的.frm文件应该可以正常工作了，但是最好你还是执行一下标准的修复(上面的第二种方法)。
3、myisamchk工具介绍（见mysql的官方手册）可以使用myisamchk实用程序来获得有关数据库表的信息或检查、修复、优化他们。myisamchk适用MyISAM表(对应.MYI和.MYD文件的表)。调用myisamchk的方法：shell> myisamchk [options] tbl_name ...
options指定你想让myisamchk做什么。在后面描述它们。还可以通过调用myisamchk --help得到选项列表。tbl_name
是你想要检查或修复的数据库表。如果你不在数据库目录的某处运行myisamchk，你必须指定数据库目录的路径，因为myisamchk不知道你的数据
库位于哪儿。实际上，myisamchk不在乎你正在操作的文件是否位于一个数据库目录；你可以将对应于数据库表的文件拷贝到别处并且在那里执行恢复操
作。如果你愿意，可以用myisamchk命令行命名几个表。还可以通过命名索引文件(用“ .MYI”后缀)来指定一个表。它允许你通过使用模式“*.MYI”指定在一个目录所有的表。例如，如果你在数据库目录，可以这样在目录下检查所有的MyISAM表：shell> myisamchk *.MYI
如果你不在数据库目录下，可通过指定到目录的路径检查所有在那里的表：shell> myisamchk /path/to/database_dir/*.MYI
你甚至可以通过为MySQL数据目录的路径指定一个通配符来检查所有的数据库中的所有表：shell> myisamchk /path/to/datadir/*/*.MYI
推荐的快速检查所有MyISAM表的方式是：shell> myisamchk --silent --fast /path/to/datadir/*/*.MYI
如果你想要检查所有MyISAM表并修复任何破坏的表，可以使用下面的命令：shell> myisamchk --silent --force --fast --update-state \
          -O key_buffer=64M -O sort_buffer=64M \
          -O read_buffer=1M -O write_buffer=1M \
          /path/to/datadir/*/*.MYI
该命令假定你有大于64MB的自由内存。关于用myisamchk分配内存的详细信息，参见5.9.5.5节，“myisamchk内存使用”。当你运行myisamchk时，必须确保其它程序不使用表。否则，当你运行myisamchk时，会显示下面的错误消息：warning: clients are using or haven't closed the table properly
这说明你正尝试检查正被另一个还没有关闭文件或已经终止而没有正确地关闭文件的程序(例如mysqld服务器)更新的表。如果mysqld正在运行，你必须通过FLUSH TABLES强制清空仍然在内存中的任何表修改。当你运行myisamchk时，必须确保其它程序不使用表。避免该问题的最容易的方法是使用CHECK TABLE而不用myisamchk来检查表。
回楼上两位，我是用SQLyog企业版，新建立的表，然后直接在里面执行sql，就出问题了，索引都是默认的。然后新建表，在php中用同样的sql添加数据，也是这个问题。下面这样执行也是没问题的，不过再读取表，还是同样的提示表需要修复
INSERT INTO `abc` (`b`, `c`) VALUES ('1', '2')
修复一下表吧cmd
然后找到mysql的安装目录的bin/myisamchk工具，在命令行中输入：在里面输入myisamchk -c -r ../data/tablename/posts.MYI
用工具上的修复也可以，你用的是phpmyadmin吗？看看应该有修复的地方！好像是abc表被损坏了！
你 a 是 AutoIncr  你还输入数值做什么？另外尽量不要在SQLyog里直接插数据，很多时候 SQLyog ok的在php就不一定OK.这是经验,SQLyog我用了好多年了.
我好像没有往a字段里插入数值吧？现在的问题是我不管在SQLyog还是php中执行SQL插入数据，都会出现这种情况，把字段b和c的类型改为varchar就没问题了…………，但这不是我需要的解决方法，大虾们继续帮忙啊
回楼上，表我修复过了，用SQLyog和PHPMyAdmin都试过，再执行SQL，又完蛋了！
重新建表看看吧，你这个问题比较奇怪.int类型的可以不用加引号的.
谢谢各位，重建的表，没问题了……
但为了找到原因，我又删除，再重建，结果，同样的问题再次出现。
最终把字段b、c的类型改为varchar，问题没了。但这不是我想要的结果啊，我的数据明明是int嘛。另外字段a、b、c在我数据库中的真实名称是：id、department、duties，表名是system_department_duties，我想这里面应该没有保留字吧。到底是什么原因呢？希望大家继续讨论啊。
自己up一下，刚才又重建了表
表名：system_department_duties1，类型MyISAM
字段
id1 int型主键，自增，无符号
department1 int型，无符号，默认0
duties1 int型，无符号，默认0
执行：
INSERT INTO system_department_duties1 (department1, duties1) VALUES (1, 2)
提示成功，再刷新，又是表被破坏，请问这样的表到底有什么问题？
又试了一下，表类型改为 InnoDB就好了，通道MyISAM类型的表就不能创建全是int型的字段吗？肯定不是这样，那到底是怎么回事呢？求解