系统提示我使用--safe-recover (-o) or the --force (-f) option进行修复操作，于是
c:\MySQL\bin>myisamchk --safe-recover c:\MySQL\data\hw_enterprice\function_prod ucts.myi - recovering (with keycache) myisam-table 'c:\MySQL\data\hw_enterprice\function_ products.myi' data records: 85207 wrong bytesec: 0-195-171 at 841908; skipped data records: 85215
将修复后的物理文件复制到mysql\data下之后，通过phpmyadmin进行访问，正常！本次数据修复操作成功，数据已被正常恢复，总计85215条记录，其中恢复数据共计85207条。
总结本次经验及查找资料，如下：
当你试图修复一个被破坏的表的问题时，有三种修复类型。如果你得到一个错误信息指出一个临时文件不能建立，删除信息所指出的文件并再试一次--这通常是上一次修复操作遗留下来的。
这三种修复方法如下所示：
% myisamchk --recover --quick /path/to/tblname % myisamchk --recover /path/to/tblname % myisamchk --safe-recover /path/to/tblname
第一种是最快的，用来修复最普通的问题；而最后一种是最慢的，用来修复一些其它方法所不能修复的问题。
如果上面的方法无法修复一个被损坏的表，在你放弃之前，你还可以试试下面这两个技巧：
如果你怀疑表的索引文件(*.myi)发生了不可修复的错误，甚至是丢失了这个文件，你可以使用数据文件(*.myd)和数据格式文件(*.frm)重新生成它。首先制作一个数据文件(tblname.myd)的拷贝。重启你的MySQL服务并连接到这个服务上，使用下面的命令删除表的内容：
MySQL> delete from tblname;
在删除表的内容的同时，会建立一个新的索引文件。退出登录并重新关闭服务，然后用你刚才保存的数据文件(tblname.myd)覆盖新的(空)数据文件。最后，使用myisamchk执行标准的修复(上面的第二种方法)，根据表的数据的内容和表的格式文件重新生成索引数据。
如果你的表的格式文件(tblname.frm)丢失了或者是发生了不可修复的错误，但是你清楚如何使用相应的create table语句来重新生成这张表，你可以重新生成一个新的.frm文件并和你的数据文件和索引文件(如果索引文件有问题，使用上面的方法重建一个新的)一起使用。首先制作一个数据和索引文件的拷贝，然后删除原来的文件(删除数据目录下有关这个表的所有记录)。
启动MySQL服务并使用当初的create table文件建立一个新的表。新的.frm文件应该可以正常工作了，但是最好你还是执行一下标准的修复(上面的第二种方法)。
如果有类似问题，建议自己先分析问题根源，查找资料，自己动手解决，不但可以多学更多知识技巧，更重要的是，自己也在解决问题的同时得到了快乐。
