急救，程序访问mysql4数据库时，出现*.myi文件找不到

Question

sorry,不是找不到，是不能读取。

Answer 1

http://expert.csdn.net/Expert/FAQ/FAQ_Index.asp?id=16964
下面的SQL命令也会有一些作用的  
 
OPTIMIZE  TABLE  user  
CHECK  TABLE  user  
ANALYZE  TABLE  user  
REPAIR  TABLE  user  
 
 
 
mysqlcheck.exe  
myisamchk.exe  
   
描述、检查、优化和修复MySQL表的使用程序  
 
 
myisamchk  tbl_name    
这能找出所有错误的99.99%。它不能找出的是仅仅涉及数据文件的损坏(这很不常见)。如果你想要检查一张表，你通常应该没有选项地运行myisamchk或用-s或--silent选项的任何一个。    
myisamchk  -e  tbl_name    
它做一个完全彻底的数据检查(-e意思是“扩展检查”)。它对每一行做每个键的读检查以证实他们确实指向正确的行。这在一个有很多键的大表上可能花很长时间。myisamchk通常将在它发现第一个错误以后停止。如果你想要获得更多的信息，你能增加--verbose(-v)选项。这使得myisamchk继续一直到最多20个错误。在一般使用中，一个简单的myisamchk（没有除表名以外的参数)就足够了。    
myisamchk  -e  -i  tbl_name    
象前面的命令一样，但是-i选项告诉myisamchk还显示出一些统计信息。  
 
 
 
阶段1：检查你的表    
 
运行myisamchk  *.MYI或(myisamchk  -e  *.MYI，如果你有更多的时间)。使用-s（沉默)选项禁止不必要的信息。  
 
你必须只修复那些myisamchk报告有一个错误的表。对这样的表，继续到阶段2。    
 
如果在检查时，你得到奇怪的错误(例如out  of  memory错误)，或如果myisamchk崩溃，到阶段3。  
 
舞台  2  ：简单安全的修复    
 
首先，试试myisamchk  -r  -q  tbl_name(-r  -q意味着“快速恢复模式”)。这将试图不接触数据文件来修复索引文件。如果数据文件包含它应有的一切和在数据文件指向正确地点的删除连接，这应该管用并且表可被修复。开始修理下一张表。否则，使用下列过程：    
 
在继续前做数据文件的一个备份。    
使用myisamchk  -r  tbl_name(-r意味着“恢复模式”)。这将从数据文件中删除不正确的记录和已被删除的记录并重建索引文件。    
如果前面的步骤失败，使用myisamchk  --safe-recover  tbl_name。安全恢复模式使用一个老的恢复方法，处理常规恢复模式不行的少数情况(但是更慢)。    
如果在修复时，你得到奇怪的错误(例如out  of  memory错误)，或如果myisamchk崩溃，到阶段3。  
 
舞台  3  ：困难的修理    
 
如果在索引文件的第一个16K块被破坏，或包含不正确的信息，或如果索引文件丢失，你只应该到这个阶段  。在这种情况下，创建一个新的索引文件是必要的。按如下这样做：    
 
把数据文件移更安全的地方。    
使用表描述文件创建新的(空)数据和索引文件：  
shell>  mysql  db_name  
mysql>  DELETE  FROM  tbl_name;  
mysql>  quit  
 
将老的数据文件拷贝到新创建的数据文件之中。（不要只是将老文件移回新文件之中；你要保留一个副本以防某些东西出错。）    
回到阶段2。现在myisamchk  -r  -q应该工作了。（这不应该是一个无限循环)。  
 
阶段4：非常困难的修复    
 
只有描述文件也破坏了，你才应该到达这个阶段。这应该从未发生过，因为在表被创建以后，描述文件就不再改变了。    
 
从一个备份恢复描述文件并且回到阶段3。你也可以恢复索引文件并且回到阶段2。对后者，你应该用myisamchk  -r启动。    
如果你没有一个备份但是确切地知道表是怎样被创建的，在另一个数据库中创建表的一个拷贝。删除新的数据文件，然后从其他数据库将描述和索引文件移到破坏的数据库中。这给了你新的描述和索引文件，但是让数据文件独自留下来了。回到阶段2并且尝试重建索引文件。  

Answer 2

http://expert.csdn.net/Expert/FAQ/FAQ_Index.asp?id=46560数据表的修复  
作者：bombshell  
日期：2002-01-01  
 
注意：在修复表之前要拷贝他们，注意备份，切记！  
 
1.标准的表修复  
 a.试着用  --recover选项修复表，可以加上  --quick选项试图只根据索引的内容进行修复，这样做不触及数据文件。  
     %  myisamchk  --recover  --quick  table_name  
     or    
     %  isamchk  --recover  --quick  table_name  
 b.如果问题还存在，在试一下上一步命令，但是要忽略  --quick选项，这样允许修改数据文件。  
     %  myisamchk  --recover  table_name  
     or    
     %  isamchk  --recover  table_name  
 c.如果还不工作，试一下  --safe-recover  修复方法。但这种方法比普通方法要慢，但能修复  --recover不能修复的问题。  
     %  myisamchk  --safe-recover  table_name  
     or    
     %  isamchk  --safe-recover  table_name  
如果在myisamchk  or  isamchk  由于一个"can't  create  new  temp  file:file_name"的错误消息在任何一步停止，应该重复该命令并  
加入  --force选项强迫清除临时文件。  
 
2.如果标准修复失败这样做  
 a.定位到包含崩溃表的数据库目录中。  
 b.将该表的数据文件移到安全的地方。  
 c.调用mysql并通过执行下列语句重新创建新的空表，该语句使用表的描述文件  
     tbl_name.frm重新开始生成新的数据和索引文件。  
     mysql>delete  from  tbl_name;  
 d.退出mysql，将原始的数据文件移回到数据目录中，替换刚建的新的空文件。  
 e.在世这样用标准修复方法。  
 
为了修复表的描述文件，可先从备份文件中恢复，然后再用标准修复方法。  
如果由于某些原因没有备份，如果知道create  table  语句，仍然可以恢复该文件：  
a.定位到包含崩溃表的数据库目录中。  
b.将该表的数据文件移到安全的地方。如果想使用用索引的话，还需要把索引文件移走。  
c.调用mysql  发布create  table  语句重建表。  
d.退出mysql，将原始的数据文件移回到数据目录中，替换刚才新建的数据文件。如果在第2不中移动了索引文件，则也要讲起移回到数据库目录中。  
e.在尝试标准表修复方法。  
 
以上方法针对mysql有效，请大家注意。