2015-03-25 54 views
0

我正在使用MySQL 5.6作爲我的數據庫,它工作正常很多天,現在我看到「MySQL56」服務還沒有開始,我試圖手動啓動它,但它說「Windows無法在本地計算機上啓動MySQL服務。錯誤1067:該進程意外終止「我查了MySQL提供的日誌文件,它說,「錯誤1067:進程意外終止」當試圖在Win7 x64上啓動服務MySQL56

2015-03-25 10:30:14 2536 [Note] Plugin 'FEDERATED' is disabled. 
2015-03-25 10:30:14 bd4 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. 
2015-03-25 10:30:14 2536 [Note] InnoDB: Using atomics to ref count buffer pool pages 
2015-03-25 10:30:14 2536 [Note] InnoDB: The InnoDB memory heap is disabled 
2015-03-25 10:30:14 2536 [Note] InnoDB: Mutexes and rw_locks use Windows interlocked functions 
2015-03-25 10:30:14 2536 [Note] InnoDB: Memory barrier is not used 
2015-03-25 10:30:14 2536 [Note] InnoDB: Compressed tables use zlib 1.2.3 
2015-03-25 10:30:14 2536 [Note] InnoDB: Not using CPU crc32 instructions 
2015-03-25 10:30:14 2536 [Note] InnoDB: Initializing buffer pool, size = 369.0M 
2015-03-25 10:30:14 2536 [Note] InnoDB: Completed initialization of buffer pool 
2015-03-25 10:30:14 2536 [Note] InnoDB: Highest supported file format is Barracuda. 
2015-03-25 10:30:14 2536 [Note] InnoDB: Log scan progressed past the checkpoint lsn 250758982 
2015-03-25 10:30:14 2536 [Note] InnoDB: Database was not shutdown normally! 
2015-03-25 10:30:14 2536 [Note] InnoDB: Starting crash recovery. 
2015-03-25 10:30:14 2536 [Note] InnoDB: Reading tablespace information from the .ibd files... 
2015-03-25 10:30:15 2536 [Note] InnoDB: Restoring possible half-written data pages 
2015-03-25 10:30:15 2536 [Note] InnoDB: from the doublewrite buffer... 
InnoDB: Doing recovery: scanned up to log sequence number 250758992 
2015-03-25 10:30:16 2536 [Note] InnoDB: 128 rollback segment(s) are active. 
2015-03-25 10:30:16 2536 [Note] InnoDB: Waiting for purge to start 
2015-03-25 10:30:16 b80 InnoDB: Assertion failure in thread 2944 in file trx0purge.cc line 699 
InnoDB: Failing assertion: purge_sys->iter.trx_no <= purge_sys->rseg->last_trx_no 
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.6/en/forcing-innodb-recovery.html 
InnoDB: about forcing recovery. 
2015-03-25 10:30:16 2536 [Note] InnoDB: 5.6.20 started; log sequence number 250758992 
2015-03-25 10:30:16 2536 [Note] Server hostname (bind-address): '*'; port: 3306 
2015-03-25 10:30:16 2536 [Note] IPv6 is available. 
2015-03-25 10:30:16 2536 [Note] - '::' resolves to '::'; 
2015-03-25 10:30:16 2536 [Note] Server socket created on IP: '::'. 
2015-03-25 10:30:16 2536 [Note] Event Scheduler: Loaded 1 event 
2015-03-25 10:30:16 2536 [Note] C:\Program Files\MySQL\MySQL Server 5.6\bin\mysqld: ready for connections. 
Version: '5.6.20' socket: '' port: 3306 MySQL Community Server (GPL) 
2015-03-25 10:30:16 2536 [Note] Event Scheduler: scheduler thread started with id 1 

誰能幫我找出並解決我的問題

+0

http://dev.mysql.com/doc/refman/5.6/en/forcing-innodb-recovery.html – 2015-03-25 06:12:32

回答

相關問題