mysql 启动时停止（innodb）

110406 23:49:40 [Note] Plugin 'FEDERATED' is disabled.
110406 23:49:40 [注意]插件federated存储引擎已经禁用
InnoDB: The log sequence number in ibdata files does not match
InnoDB引擎提示：ibdata文件中的日志序列号不能匹配
InnoDB: the log sequence number in the ib_logfiles!
InnoDB引擎提示：ib_logfiles文件中的日志序列号
110406 23:49:45  InnoDB: Database was not shut down normally!
110406 23:49:45  InnoDB引擎提示：数据库未能正常关闭
InnoDB: Starting crash recovery.
InnoDB引擎提示：开始冲突修复
InnoDB: Reading tablespace information from the .ibd files...
InnoDB引擎提示：从.ibd后缀的文件里读取表空间信息
InnoDB: Restoring possible half-written data pages from the doublewrite
InnoDB引擎提示：从双写入缓冲中试图恢复可能存在的未完成写入数据页
InnoDB: buffer...
InnoDB引擎提示：(这单词就是缓冲，因为转成汉语习惯，前置了)
110406 23:49:51  InnoDB: Started; log sequence number 0 137046
110406 23:49:51  InnoDB引擎提示：启动加载；日志序列号为 0 - 137046
110407  0:00:13 [Note] Event Scheduler: Loaded 0 events
110407  0:00:13 [注意] 事件日程表(MySQL 5.1.5 之后提供的自动/定时任务功能)：加载了0个待处理事件
110407  0:00:13 [Note] D:\MySQL Server\bin\mysqld: ready for connections.
110407  0:00:13 [注意] D:\MySQL Server\bin\mysqld: 已经准备好接受数据连接了。

最后一句是版本，端口，授权协议，就不用翻译了吧？

其实关键的就是几句话而已，因为不正常的关闭数据库操作造成，InnoDB引擎写入错误，所以需要恢复，以后，正常关闭数据库即可，如果是数据已经永久受损，建议你导出备份后，重新建立问题表吧

=============================================

大致上，所谓正常关闭就是你的MySQL收到类似 mysqladmin -uroot -p shutdown 这样的命令后，将现有的所有的dirty page(内存中)都flush到硬盘上之后关闭，就算是正常关闭，否则，因为dirty page和硬盘上的数据不一致就会出错，这时候MySQL会依靠redo log来恢复，redo log在每次事务commit的时候，保留事务更改操作记录，在InnoDB启动时，根据redo log中的记录完成数据恢复，从你描述的问题来看，每次服务器重启后执行的就是这个过程了，之所以重启过一段时间又好用了，是因为Redo Log完成自动修复了。

===========================================

将my.cnf增加一行“innodb_force_recovery = 4”，让mysql强制恢复innodb，或使用“innodb_force_recovery = 3”，将数据表内容单个导出再新建库并汇入，应该就可以了