Chinaunix首页 | 论坛 | 博客
  • 博客访问: 4261755
  • 博文数量: 601
  • 博客积分: 15410
  • 博客等级: 上将
  • 技术积分: 6884
  • 用 户 组: 普通用户
  • 注册时间: 2007-05-16 08:11
个人简介

独学而无友,则孤陋而寡闻!

文章分类

全部博文(601)

文章存档

2020年(1)

2018年(4)

2017年(7)

2016年(42)

2015年(25)

2014年(15)

2013年(36)

2012年(46)

2011年(117)

2010年(148)

2009年(82)

2008年(37)

2007年(41)

分类: Mysql/postgreSQL

2012-03-31 21:44:38

一次非正常关机,mysql无法启动。查看err日志,显示:

点击(此处)折叠或打开

  1. InnoDB: Starting crash recovery.
  2. InnoDB: Reading tablespace information from the .ibd files...
  3. InnoDB: Restoring possible half-written data pages from the doublewrite
  4. InnoDB: buffer...
  5. InnoDB: Error: trying to access page number 4294899072 in space 0,
  6. InnoDB: space name ./ibdata1,
  7. InnoDB: which is outside the tablespace bounds.
  8. InnoDB: Byte offset 0, len 16384, i/o type 10.
  9. InnoDB: If you get this error at mysqld startup, please check that
  10. InnoDB: your my.cnf matches the ibdata files that you have in the
  11. InnoDB: MySQL server.
  12. 120331 1:03:41 InnoDB: Assertion failure in thread 3078932288 in file fil0fil.c line 4409
  13. InnoDB: We intentionally generate a memory trap.
  14. InnoDB: Submit a detailed bug report to
  15. InnoDB: If you get repeated assertion failures or crashes, even
  16. InnoDB: immediately after the mysqld startup, there may be
  17. InnoDB: corruption in the InnoDB tablespace. Please refer to
  18. InnoDB: http://dev.mysql.com/doc/refman/5.5/en/forcing-innodb-recovery.html
  19. InnoDB: about forcing recovery.
  20. 21:03:41 UTC - mysqld got signal 6 ;

没办法,只好在/etc/my.cnf中写入
[mysqld] innodb_force_recovery = 4

但是仍然无法启动。
改为:innodb_force_recovery = 6
数据库可以读出来,在6的情况下,是无法修改数据库的,也无法插入,只能导出。

用mysqldump导出,再把innodb_force_recovery改为0,但是数据无法导入。

最后还是删除了数据库重建。

这是第二次遇到这种错误,标记一下。






阅读(7516) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~