错误1067:进程意外终止[InnoDB]

时间:2015-05-13 06:14:04

标签: mysql innodb

我在昨晚意外关闭数据库服务器后尝试重启MySQL服务时遇到以下错误。

  

无法在本地计算机上启动MySQL服务   错误1067:进程意外终止。

当我检查MySql数据文件夹下的.err日志文件时,日志详细信息如下所示。

  

InnoDB:日志扫描超过了检查点lsn 804 2135184621   150513 12:20:39 InnoDB:数据库没有正常关闭!
  InnoDB:开始崩溃恢复。
  InnoDB:从.ibd文件中读取表空间信息...
  InnoDB:从doublewrite中恢复可能的半写数据页   InnoDB:缓冲区...
  InnoDB:执行恢复:扫描到日志序列号804 2136195241   150513 12:20:50 InnoDB:开始将一批日志记录应用于数据库...
  InnoDB:百分比进度:0 1 2 3 150513 12:20:50 InnoDB:文件中线程2412的断言失败。\ _ rem \ rem0rec.c第337行   InnoDB:我们故意生成记忆陷阱   InnoDB:将详细的错误报告提交到http:// bugs.mysql.com   InnoDB:如果你反复断言失败或崩溃,即使是   InnoDB:在mysqld启动后,可能会有   InnoDB:InnoDB表空间中的损坏。请参阅
  InnoDB:http:// dev.mysql.com/doc/refman/5.1/en/forcing-recovery.html
  InnoDB:关于强制恢复。
  150513 12:20:51 - mysqld得到异常0xc0000005;
  这可能是因为你遇到了一个bug。这个二进制文件也有可能   或者它所链接的其中一个图书馆是腐败的,不正确的,   或配置错误。此错误也可能由硬件故障引起。   我们将尽力挖掘一些有助于诊断的信息   问题,但既然我们已经崩溃了,那肯定是错的   这可能会失败   
  的key_buffer_size = 135266304
  read_buffer_size = 65536
  max_used_connections = 0
  max_threads的= 400
  threads_connected的= 0
  mysqld有可能最多使用   key_buffer_size +(read_buffer_size + sort_buffer_size)* max_threads = 262617 K   内存字节
  希望没问题;如果没有,减少等式中的一些变量   
  thd:0x0
  试图回溯。您可以使用以下信息查找   mysqld去世的地方。如果你在此之后没有看到任何消   非常错误...
  InnoDB:线程164停在文件中。\ os \ os0sync.c第391行   0070A1A8 mysqld.exe!rec_get_offsets_func()[rem0rec.c:337]
  0071B498 mysqld.exe!page_cur_parse_insert_rec()[page0cur.c:798]
  0071512F mysqld.exe!recv_parse_or_apply_log_rec_body()[log0recv.c:814]
  00715CF1 mysqld.exe!recv_recover_page()[log0recv.c:1294]
  006EBE0F mysqld.exe!buf_page_io_complete()[buf0buf.c:2033]
  006E4472 mysqld.exe!fil_aio_wait()[fil0fil.c:4273]
  006BCDCD mysqld.exe!io_handler_thread()[srv0start.c:437]
  77E6482F kernel32.dll!GetModuleHandleA()
  http:// dev.mysql.com/doc/mysql/en/crashing.html上的手册页包含   可以帮助您找出导致崩溃的原因的信息。

事件查看器中的错误日志显示:

  

mysqld.exe [1200]中发生了未处理的win32异常。 Just-In-Time调试此异常失败,并出现以下错误:无法启动调试器,因为没有用户登录。

MySQL version: 5.1<br>
Table Type: InnoDB<br>
ibdata1 Size: 28GB

表中没有SQL转储备份文件,只有SQL物理数据文件。我迫切需要恢复这些数据并将网站重新上线。

请帮忙。

2 个答案:

答案 0 :(得分:0)

显然,这是MySQL 5.1中的已知错误,如下面的一些错误文档中所述。

http://bugs.mysql.com/bug.php?id=44416
http://bugs.mysql.com/bug.php?id=45844

我已将MySQL版本更新到最新版本(5.1.73),然后在6级强制恢复InnoDB(对于我的情况,只能在此级别启动)。之后,我可以继续使用mysqldump。

答案 1 :(得分:0)

设置文件my.ini 更改或添加设置

innodb_flush_method =正常

重启服务mysql