帮助别人就是帮助自己! 如果这里解决了您的问题,请您点一下推荐

InnoDB: File operation call: 'read' returned OS error 0.

2013-05-03 08:16:26 3700 [Note] Plugin 'FEDERATED' is disabled.
2013-05-03 08:16:26 3700 [Warning] option 'innodb-autoextend-increment': unsigned value 67108864 adjusted to 1000
2013-05-03 08:16:27 8f8 InnoDB: Warning: Using innodb_additional_mem_pool_size is DEPRECATED. This option may be removed in future releases, together with the option innodb_use_sys_malloc and with the InnoDB's internal memory allocator.
2013-05-03 08:16:27 3700 [Note] InnoDB: The InnoDB memory heap is disabled
2013-05-03 08:16:27 3700 [Note] InnoDB: Mutexes and rw_locks use Windows interlocked functions
2013-05-03 08:16:27 3700 [Note] InnoDB: Compressed tables use zlib 1.2.3
2013-05-03 08:16:27 3700 [Note] InnoDB: Not using CPU crc32 instructions
2013-05-03 08:16:27 3700 [Note] InnoDB: Initializing buffer pool, size = 46.0M
2013-05-03 08:16:27 3700 [Note] InnoDB: Completed initialization of buffer pool
2013-05-03 08:16:27 3700 [Note] InnoDB: Highest supported file format is Barracuda.
2013-05-03 08:16:27 3700 [Note] InnoDB: Log scan progressed past the checkpoint lsn 230116767
2013-05-03 08:16:27 3700 [Note] InnoDB: Database was not shutdown normally!
2013-05-03 08:16:27 3700 [Note] InnoDB: Starting crash recovery.
2013-05-03 08:16:27 3700 [Note] InnoDB: Reading tablespace information from the .ibd files...
2013-05-03 08:16:27 8f8  InnoDB: File operation call: 'read' returned OS error 0.
2013-05-03 08:16:27 8f8  InnoDB: Cannot continue operation.




早上数据库报这个错误。。帮我看看是怎么个回事,啃爹啊。昨天还好好的。。


我继续看了上面的日志;
------------
Trx id counter 458335
Purge done for trx's n:o < 458334 undo n:o < 0 state: running but idle
History list length 2151
LIST OF TRANSACTIONS FOR EACH SESSION:
---TRANSACTION 0, not started
MySQL thread id 68670, OS thread handle 0x85c, query id 203361942 192.168.4.17 todojam2013 creating table
CREATE TABLE tmp_table_SendSms ( 
FnBltPTMsgMTRecorderID int
)
---TRANSACTION 458334, ACTIVE 526 sec creating table
MySQL thread id 68670, OS thread handle 0x85c, query id 203361942 192.168.4.17 todojam2013 creating table
CREATE TABLE tmp_table_SendSms ( 
FnBltPTMsgMTRecorderID int
)
--------

我尝试把tmp_table_SendSms这张表删除,再重新启动mysql服务,mysql启动了。我猜想,my.ini 默认表配置是:default-storage-engine=INNODB;创建的tmp_table_SendSms表则用的是innodb引擎,导致问题出现。大家帮我看看为什么会出现这样问题,是不是my.ini中需要对innodb进行什么配置。
MySQL 20 次浏览 2013-05-03 08:53

5 个回答

临时表要么是内存表  要么是在硬盘的myisam表
2013-05-04 05:32 推荐: 0 次
引用 1 楼 rucypli 的回复:
临时表要么是内存表  要么是在硬盘的myisam表




明白了,谢谢了。。。
2013-05-04 05:32 推荐: 0 次
引用 1 楼 rucypli 的回复:
临时表要么是内存表  要么是在硬盘的myisam表


想问下,以前为什么没问题,我新安装的5.6的版本,mysql-installer-community-5.6.11.0,已运行了有3个星期了。
2013-05-04 05:32 推荐: 0 次
看看临时表存放的目录是不是太小
2013-05-04 05:32 推荐: 0 次
引用 4 楼 rucypli 的回复:
看看临时表存放的目录是不是太小



硬盘还有40G的空间,这个临时表的数据量很小,只有几kb
2013-05-04 05:32 推荐: 0 次