尝试备份WAMP后MySQL稳定性问题

时间:2014-06-20 16:09:38

标签: mysql wamp innodb

我正在尝试创建WAMP目录的备份,因此我可以尝试安装32位版本,因为我需要一个需要它来进行分配的PHP库。我现在只是一个替补,而我的工作地点试图找到一个替代空出位置并将所有这些设置起来的人,这有点过头了,我在程序中迷失了。

当我尝试在数据转换过程中创建临时表时,MySQL进程不断崩溃。从启动到崩溃的错误日志:

  

140620 10:32:24 [注意]插件'FEDERATED'被禁用   140620 10:32:24 InnoDB:禁用InnoDB内存堆   140620 10:32:24 InnoDB:Mutexes和rw_locks使用Windows互锁功能
  140620 10:32:24 InnoDB:压缩表使用zlib 1.2.3
  140620 10:32:24 InnoDB:初始化缓冲池,大小= 128.0M
  140620 10:32:24 InnoDB:完成缓冲池的初始化
  140620 10:32:24 InnoDB:最高支持的文件格式是Barracuda   InnoDB:日志扫描过程超过检查点lsn 343041027227
  140620 10:32:24 InnoDB:数据库没有正常关闭!
  InnoDB:开始崩溃恢复。
  InnoDB:从.ibd文件中读取表空间信息...
  InnoDB:从doublewrite中恢复可能的半写数据页   InnoDB:缓冲区...
  InnoDB:执行恢复:扫描到日志序列号343041027247
  InnoDB:上一个MySQL binlog文件位置0 43092,文件名。\ mysql-bin.000238
  140620 10:32:27 InnoDB:等待后台主题开始   140620 10:32:28 InnoDB:1.1.8开始;日志序列号343041027247
  140620 10:32:28 InnoDB:!!! innodb_force_recovery设置为4 !!!   140620 10:32:28 [注意]使用mysql-bin发生崩溃后恢复   140620 10:32:28 [注意]开始崩溃恢复...
  140620 10:32:28 [注意]崩溃恢复完毕。
  140620 10:32:28 [注意]事件调度程序:已加载8个事件
  140620 10:32:28 [注意] wampmysqld:准备连接。
  版本:'5.5.20-log'套接字:''端口:3306 MySQL社区服务器(GPL)
  140620 10:32:28 [注意]事件调度程序:调度程序线程以id 1开始   140620 10:32:43 [错误]无法从中查找或打开表centralprocessing1 / importscanning   InnoDB的内部数据字典虽然是.frm文件   表存在。也许你已经删除并重新创建了InnoDB数据   文件但忘记删除相应的.frm文件
  InnoDB表,或者您已将.frm文件移动到另一个数据库?   或者,该表包含此版本引擎的索引   不支持
  见http://dev.mysql.com/doc/refman/5.5/en/innodb-troubleshooting.html
  如何解决问题。
  140620 10:32:43 InnoDB:错误:表centralprocessing1importholdover没有   存在
  在InnoDB内部
  InnoDB:数据字典虽然MySQL试图放弃它   InnoDB:您是否已将表格的.frm文件复制到了   InnoDB:来自另一个数据库的MySQL数据库目录?   InnoDB:表空间扩展描述符的转储:len 40;十六进制
  0000000000000001000e0000252effffffff000000000004aaaaaaaaaaaaaaaaaaaaaaaaaaaafeff; asc> %。 ;
  InnoDB:严重的错误! InnoDB正试图释放页面932476
  InnoDB:虽然已经在表空间中标记为免费!   InnoDB:表空间可用空间信息已损坏   InnoDB:您可能需要转储InnoDB表并重新创建整个   InnoDB:数据库!
  140620 10:32:43 InnoDB:文件fsp0fsp.c第3265行中的线程4408中的断言失败
  InnoDB:我们故意生成记忆陷阱   InnoDB:如果你反复断言失败或崩溃,即使是   InnoDB:在mysqld启动后,可能会有   InnoDB:InnoDB表空间中的损坏。请参阅
  InnoDB:http://dev.mysql.com/doc/refman/5.5/en/forcing-innodb-recovery.html
  InnoDB:关于强制恢复。
  InnoDB:线程5360停在文件os0sync.c第781行中   InnoDB:线程6568在文件os0sync.c第474行停止

控制台中显示的错误包括1146(表不存在;它正在查找的表是我正在尝试制作的临时表),1051(未知表),2013(丢失连接)和2006 (服务器不见了)。当我尝试单步执行批处理文件时,当我尝试制作新表时会崩溃,而我不知道我能做些什么呢

0 个答案:

没有答案