今天突然神经质的去看了一下一个已经一年之久没有更新的Wordpress博客，发现后台无法登陆，并且提示我安装，看了下wp-config.php文件一切正常，打开phpMyAdmin却显示WP的表都是使用中，打开提示文件丢失，乖乖，出大问题了。

于是登陆到服务器上准备DOWN下来MYSQL的文件看看还有没有的救，赫然发现一部分表只有.frm格式的文件，原来是这样！

上次优化了下服务器的MYSQL，去掉了InnoDB的支持，省掉了不少内存倒是，不过也导致了这个问题，InnoDB格式的表会提示文件丢失。

InnoDB和MyISAM是在使用MySQL最常用的两个表类型，各有优缺点，视具体应用而定。下面是已知的两者之间的差别，仅供参考。
1.InnoDB不支持FULLTEXT类型的索引。
2.InnoDB 中不保存表的具体行数，也就是说，执行select count(*) from table时，InnoDB要扫描一遍整个表来计算有多少行，但是MyISAM只要简单的读出保存好的行数即可。注意的是，当count(*)语句包含 where条件时，两种表的操作是一样的。
3.对于AUTO_INCREMENT类型的字段，InnoDB中必须包含只有该字段的索引，但是在MyISAM表中，可以和其他字段一起建立联合索引。
4.DELETE FROM table时，InnoDB不会重新建立表，而是一行一行的删除。
5.LOAD TABLE FROM MASTER操作对InnoDB是不起作用的，解决方法是首先把InnoDB表改成MyISAM表，导入数据后再改成InnoDB表，但是对于使用的额外的InnoDB特性（例如外键）的表不适用。
另外，InnoDB表的行锁也不是绝对的，如果在执行一个SQL语句时MySQL不能确定要扫描的范围，InnoDB表同样会锁全表，例如update table set num=1 where name like “%aaa%”
任何一种表都不是万能的，只用恰当的针对业务类型来选择合适的表类型，才能最大的发挥MySQL的性能优势。
如果你想使用外键，事务等功能，记得用innodb引擎。使用方法是create table xxx()engine=innodb;如果想所有建立的表格都用innodb引擎，可以把“default-storage-engine=INNODB”加到/etc/mysql/my.cnf（位置可能不同）。设完之后就可以用“show engines;”检查是否设置好。不过据说该设置在5.0.22下可能无效。

把数据下到本地，导入到MYSQL里，执行语句
alter table wp_commentmeta engine=MyISAM;
alter table wp_comments engine=MyISAM;
alter table wp_links engine=MyISAM;
alter table wp_options engine=MyISAM;
alter table wp_postmeta engine=MyISAM;
alter table wp_posts engine=MyISAM;
alter table wp_terms engine=MyISAM;
alter table wp_term_relationships engine=MyISAM;
alter table wp_term_taxonomy engine=MyISAM;
alter table wp_usermeta engine=MyISAM;
alter table wp_users engine=MyISAM;

将InnoDB格式的表转化成MyISAM，然后把.frm/.MYD/.MYI那一大堆传到服务器上，问题解决！