加载硬盘前是正常的。加载硬盘后 
mysql.log中出现大量[ERROR] /usr/libexec/mysqld: Incorrect information in file: './****/***.frm',我登录mysql,show databases可以查看到数据库。进入数据库A后show tables;也可以看到所有表,可是select * from B;报错:ERROR 1146 (42S02): Table 'A.B' doesn't exist
引用 4 楼 rucypli 的回复:
 myisamchk -r xx.MYI
问题是我的数据文件里有部分表只有***.frm 格式了,怎么办!!!
逻辑卷扩展后mysql就出现日志了:
[ERROR] /usr/libexec/mysqld: Incorrect information in file: './backdb_x3/login_new.frm'
这类错误,一大堆
mysql版本5.0.77
引擎 MyISAM
看来你这是存储问题了, 软raid还是硬的,内部的还是外部的?---即raid卡还是盘阵,
楼下的看官,这类添加硬盘类的问题,虽然很简单,但却很容易出错,导致坏数据!
数据无价啊,以后尽量让厂商来做,给点服务费呗,别差钱!!!
另外不建议用lvm,lvm的扩缩之类的功能,让盘阵来完成,
 MySQL返回信息: 1033: Incorrect information in file: '***.frm'
    今天突然发现部分表不能打开了,并提示如上信息。数据库目录里丢失了 .myd .myi 文件,只剩下了个对应的.frm文件。找不到了。
    查看了引擎:show engines;
+------------+---------+----------------------------------------------------------------+
| Engine     | Support | Comment                                                        |
+------------+---------+----------------------------------------------------------------+
| MyISAM     | DEFAULT | Default engine as of MySQL 3.23 with great performance         |
| MEMORY     | YES     | Hash based, stored in memory, useful for temporary tables      |
| InnoDB     | YES     | Supports transactions, row-level locking, and foreign keys     |
| BerkeleyDB | YES     | Supports transactions and page-level locking                   |
| BLACKHOLE  | NO      | /dev/null storage engine (anything you write to it disappears) |
| EXAMPLE    | NO      | Example storage engine                                         |
| ARCHIVE    | NO      | Archive storage engine                                         |
| CSV        | NO      | CSV storage engine                                             |
| ndbcluster | NO      | Clustered, fault-tolerant, memory-based tables                 |
| FEDERATED  | NO      | Federated MySQL storage engine                                 |
| MRG_MYISAM | YES     | Collection of identical MyISAM tables                          |
| ISAM       | NO      | Obsolete storage engine                                        |
+------------+---------+----------------------------------------------------------------+
不是引擎的问题,觉得非常奇怪
对了,如果你有bin-log的话(如果这开关打开了的话),把和这个表有关的sql全调出来,执行下。。数据应该就能恢复了。
引用 13 楼 flybird66 的回复:
对了,如果你有bin-log的话(如果这开关打开了的话),把和这个表有关的sql全调出来,执行下。。数据应该就能恢复了。
数据只做查看用的,没有其他操作。。。所以根本没开启二进制日志。悲剧了
 --转自 
