添加新字段出错了，请各位给看看！

Question

用 myisamchk 对表进行检查建议使用最新的稳定版 MySQL

Answer 1

这个数据表可能坏了，用myisamchk检查吧

Answer 2

我没有用过myisamchk这个命令，可不可以告诉我，这个命令如何来用啊！谢谢！

Answer 3

myisamchk这样调用：shell> myisamchk [options] tbl_nameoptions指定你想要myisamchk做什么。他们在下面描述。（你也可以通过调用myisamchk --help得到一张选项表。) 没有选项，myisamchk简单地检查你的表。为了得到更多的信息或告诉myisamchk执行校正操作，指定在下面和下小节描述的选项择。tbl_name是你想要检查的数据库表。如果你不在数据库目录的某处运行myisamchk，你必须指定到文件的路径，因为myisamchk不知道你的数据库位于哪儿。实际上，myisamchk别在乎你正在操作的文件是否位于一个数据库目录；你可以拷贝对应于一张数据库表的文件到别处并且在那里执行恢复操作。 如果你愿意，你可以myisamchk命令行命名几个表。你也能指定一个名字作为一个索引文件(用“ .MYI”后缀)，它允许你通过使用模式“*.MYI”指定在一个目录所有的表。例如，如果你在一个数据库目录，你可以这样在目录下检查所有的表：shell> myisamchk *.MYI 如果你不在数据库目录下，你可通过指定到目录的路径检查所有在那里的表： shell> myisamchk /path/to/database_dir/*.MYI 你甚至可以通过为MySQL数据目录的路径指定一个通配符来检查所有的数据库中的所有表：shell> myisamchk /path/to/datadir/*/*.MYImyisamchk支持下列选项： -a, --analyze 
分析键值的分布。这通过让联结优化器更好地选择表应该以什么次序联结和应该使用哪个键来改进联结性能。 
-#, --debug=debug_options 
输出调试记录文件。debug_options字符串经常是'd:t:o,filename'。 
-d, --description 
打印出关于表的一些信息。 
-e, --extend-check 
非常彻底地检查表。这仅在极端情况下是必要的。通常，myisamchk应该找出所有错误，即使没有改选项。 
-f, --force 
覆盖老的临时文件。如果你在检查表时使用-f (运行myisamchk没有-r)，myisamchk在检查期间将自动为出现一个错误的表用-r重启。 
--help 
显示一条帮助消息并且退出。 
-i, --information 
打印有关被检查的表的信息统计。 
-k #, --keys-used=# 
与-r一起使用。告诉ISAM表处理器仅更新头#个索引。较高编号的索引被撤销。这能用来使插入变得更快！撤销的索引能通过使用myisamchk -r被重新激活。 
-l, --no-symlinks 
在修复时，不跟随符号连接。通常myisamchk修复一个符号连接所指的表。 
-q, --quick 
与-r一起使用使得一个修复更快。通常，原来的数据文件没被接触；你能指定第二个-q强制使用原来的数据文件。 
-r, --recover 
恢复模式。可以修复几乎所有一切，除非唯一的键不是唯一。 
-o, --safe-recover 
恢复模式。使用一个老的恢复方法；这比-r慢些，但是能处理一-r不能处理的情况。 
-O var=option, --set-variable var=option 
设置一个变量的值。可能的变量列在下面。 
-s, --silent 
沉默模式。当错误发生时，仅写输出。你能使用-s两次(-ss)非常沉默地做myisamchk。 
-S, --sort-index 
以从高到低的顺序排序索引树块。这将优化搜寻并且将使按键值的表扫描更快。 
-R index_num, --sort-records=index_num 
根据一个索引排序记录。这使你的数据更局部化并且可以加快在该键上的SELECT和ORDER BY的范围搜索。（第一次做排序可能很慢！) 为了找出一张表的索引编号，使用SHOW INDEX，它以myisamchk看见他们的相同顺序显示一张表的索引。索引从1开始编号。 
-u, --unpack 
解开一个用myisampack压缩的表。 
-v, --verbose 
冗长模式。打印更多的信息。这能与-d和-e一起使用。为了更冗长，使用-v多次(-vv, -vvv)！ 
-V, --version 
打印myisamchk版本并退出。 
-w, --wait 
如果表被锁定，等待。 
对--set-variable(-O)选项，可能的变量是：key_buffer_size       当前值: 16776192
read_buffer_size      当前值: 262136
write_buffer_size     当前值: 262136
sort_buffer_size      当前值: 2097144
sort_key_blocks       当前值: 16
decode_bits           当前值: 9
具体请见MySQL手册

Answer 4

Arbow:谢谢你给我的回复.我在mysql手册中看到这样一些内容(如下):如果ALTER TABLE死于这样一个错误：Error on rename of './database/name.frm' to './database/B-a.frm' (Errcode: 17)问题可能是MySQL在前一个ALTER TABLE中已经崩溃并且留下了一个名为“A-xxx”或“B-xxx”的老的数据库表。在这种情况下，到MySQL数据目录中并删除所有名字以A-或B-开始的文件。（你可以把他们移到别的地方而不是删除他们)。ALTER TABLE工作方式是： 以要求的改变创建一个名为“A-xxx”的新表。 
从老表把所有行拷贝到“A-xxx”。 
老表被改名为“B-xxx”。 
“A-xxx”被改名为你的老表的名字。 
“B-xxx”被删除。 
如果某些改名操作出错，MySQL试图还原改变。如果出错严重(当然，这不应该发生。)，MySQL可能留下了老表为“B-xxx”但是一个简单改名就应该恢复你的数据。手册中说可以到MySQL数据目录中并删除所有名字以A-或B-开始的文件.可是我到数据目录下没有找到手册中说的文件啊!

Answer 5

这是出现问题的一种现象,
并不是绝对的,强烈建议你使用稳定版 MySQL 4.0.13