Mysql 1067 无法启动

由于用程序上传40M的文件到数据库引起Mysql服务以外停止，重启后报1067错误，一直报
错误文件：
160620  8:45:02 [Note] Plugin 'FEDERATED' is disabled.
160620  8:45:02 InnoDB: The InnoDB memory heap is disabled
160620  8:45:02 InnoDB: Mutexes and rw_locks use Windows interlocked functions
160620  8:45:02 InnoDB: Compressed tables use zlib 1.2.3
160620  8:45:02 InnoDB: Initializing buffer pool, size = 295.0M
160620  8:45:02 InnoDB: Completed initialization of buffer pool
160620  8:45:02  InnoDB: Log file .\ib_logfile0 did not exist: new to be created
InnoDB: Setting log file .\ib_logfile0 size to 59 MB
InnoDB: Database physically writes the file full: wait...
160620  8:45:02  InnoDB: Log file .\ib_logfile1 did not exist: new to be created
InnoDB: Setting log file .\ib_logfile1 size to 59 MB
InnoDB: Database physically writes the file full: wait...
160620  8:45:02 InnoDB: highest supported file format is Barracuda.
InnoDB: The log sequence number in ibdata files does not match
InnoDB: the log sequence number in the ib_logfiles!
160620  8:45:02  InnoDB: Database was not shut down normally!
InnoDB: Starting crash recovery.
InnoDB: Reading tablespace information from the .ibd files...
InnoDB: Restoring possible half-written data pages from the doublewrite
InnoDB: buffer...
InnoDB: 1 transaction(s) which must be rolled back or cleaned up
InnoDB: in total 0 row operations to undo
InnoDB: Trx id counter is 3C3C00
InnoDB: Cleaning up trx with id 3C3A75
160620  8:45:03  InnoDB: Assertion failure in thread 3676 in file fsp0fsp.c line 3544
InnoDB: Failing assertion: xdes_get_bit(descr, XDES_FREE_BIT, header_page % FSP_EXTENT_SIZE, mtr) == FALSE
InnoDB: We intentionally generate a memory trap.
InnoDB: Submit a detailed bug report to http://bugs.mysql.com.
InnoDB: If you get repeated assertion failures or crashes, even
InnoDB: immediately after the mysqld startup, there may be
InnoDB: corruption in the InnoDB tablespace. Please refer to
InnoDB: http://dev.mysql.com/doc/refman/5.5/en/forcing-innodb-recovery.html
InnoDB: about forcing recovery.

解决方案 »

  1.   

    如果只是单纯的mysql 重启，应该不会出现 重新创建 ib_log 文件的，比较怪异。
    如果要修复，可能还需要更多的信息。
    不过可以尝试 修改mysql 配置（或者添加） innodb_force_recovery=4 或者 innodb_force_recovery=5 或者 innodb_force_recovery=6 ，之后应该能启动mysql了，然后把数据导出来。
      

  2.   

    corruption in the InnoDB tablespace. Please refer to
    这一条报错，表空间有错误了
      

  3.   

    InnoDB: Database physically writes the file full: wait...看看磁盘空间还够不够呀！