mysql Error 1067 无法启动

今天开电脑做东西,发现连不上数据库,检查发现数据库服务没有正常启动,这几天没有

修改过数据库的配置,这是怎么回事,查看mysql.log



InnoDB: Error: could not open single-table tablespace file .\mzuowen\directors.ibd

InnoDB: We do not continue the crash recovery, because the table may become

InnoDB: corrupt if we cannot apply the log records in the InnoDB log to it.

InnoDB: To fix the problem and start mysqld:

InnoDB: 1) If there is a permission problem in the file and mysqld cannot

InnoDB: open the file, you should modify the permissions.

InnoDB: 2) If the table is not needed, or you can restore it from a backup,

InnoDB: then you can remove the .ibd file, and InnoDB will do a normal

InnoDB: crash recovery and ignore that table.

InnoDB: 3) If the file system or the disk is broken, and you cannot remove

InnoDB: the .ibd file, you can set innodb_force_recovery > 0 in my.cnf

InnoDB: and force InnoDB to continue crash recovery here.

2013-12-21 14:05:52 5852 [Note] Plugin 'FEDERATED' is disabled.

2013-12-21 14:05:52 5852 [Note] InnoDB: The InnoDB memory heap is disabled

2013-12-21 14:05:52 5852 [Note] InnoDB: Mutexes and rw_locks use Windows interlocked functions

2013-12-21 14:05:52 5852 [Note] InnoDB: Compressed tables use zlib 1.2.3

2013-12-21 14:05:52 5852 [Note] InnoDB: Not using CPU crc32 instructions

2013-12-21 14:05:52 5852 [Note] InnoDB: Initializing buffer pool, size = 128.0M

2013-12-21 14:05:52 5852 [Note] InnoDB: Completed initialization of buffer pool

2013-12-21 14:05:52 5852 [Note] InnoDB: Highest supported file format is Barracuda.

2013-12-21 14:05:52 5852 [Note] InnoDB: The log sequence numbers 1433459747 and 1433459747 in ibdata files do not match the log sequence number 1439697423 in the ib_logfiles!

2013-12-21 14:05:52 5852 [Note] InnoDB: Database was not shutdown normally!

2013-12-21 14:05:52 5852 [Note] InnoDB: Starting crash recovery.

2013-12-21 14:05:52 5852 [Note] InnoDB: Reading tablespace information from the .ibd files...

2013-12-21 14:05:56 5852 [Note] InnoDB: Restoring possible half-written data pages

2013-12-21 14:05:56 5852 [Note] InnoDB: from the doublewrite buffer...

InnoDB: Last MySQL binlog file position 0 116021960, file name mysql-bin.000262

2013-12-21 14:05:57 5852 [Note] InnoDB: 128 rollback segment(s) are active.

2013-12-21 14:05:57 5852 [Note] InnoDB: Waiting for purge to start

2013-12-21 14:05:57 5852 [Note] InnoDB: 5.6.11 started; log sequence number 1439697423

2013-12-21 14:06:01 5852 [Note] Server hostname (bind-address): '*'; port: 3306

2013-12-21 14:06:01 5852 [Note] IPv6 is available.

2013-12-21 14:06:01 5852 [Note] - '::' resolves to '::';

2013-12-21 14:06:01 5852 [Note] Server socket created on IP: '::'.

2013-12-21 14:06:03 5852 [Note] Event Scheduler: Loaded 0 events

2013-12-21 14:06:03 5852 [Note] D:\web\mysql-5.6.11-winx64\bin\mysqld: ready for connections.

Version: '5.6.11-log' socket: '' port: 3306 MySQL Community Server (GPL)

 
想起来,上个月要备份修改一个数据库,为了方便,直接将数据目录复制了一下,当时就发现数据库中的数据表不能正常打开,但是已经做完了修改
就没有太在意,现在看来问题就出在当时复制的数据库备份,出现了问题,导致数据库无法正常启动,删掉已经出问题的数据库备份就能正常启动了,
其内在原则大概看日志也能明白了

转载请注明本文链接:http://www.simapple.com/229.html