免费注册 查看新帖 |

Chinaunix

  平台 论坛 博客 文库
最近访问板块 发新帖
查看: 2623 | 回复: 4
打印 上一主题 下一主题

innodb crash. [复制链接]

论坛徽章:
0
跳转到指定楼层
1 [收藏(0)] [报告]
发表于 2009-08-06 11:38 |只看该作者 |倒序浏览
我的mysql 在做mysqldump的时候会出现以下错误,已经出现过几次了,这些错误前面会有一堆的乱码。



                                                                                                                                                                               p. ( "            c    N  T;InnoDB: End of page dump
090805 16:05:18  InnoDB: Page checksum 2131925968, prior-to-4.0.14-form checksum 2896155678
InnoDB: stored checksum 90718654, prior-to-4.0.14-form stored checksum 2896155678
InnoDB: Page lsn 90 1322256212, low 4 bytes of lsn at page end 1322256212
InnoDB: Page number (if stored to page already) 8233,
InnoDB: space id (if created with >= MySQL-4.1.1 and stored already) 769
InnoDB: Page may be an index page where index id is 0 2864
InnoDB: (index "PRIMARY" of table "m4n"."DASHBOARD_HISTORICAL")
InnoDB: Database page corruption on disk or a failed
InnoDB: file read of page 8233.
InnoDB: You may have to recover from a backup.
InnoDB: It is also possible that your operating
InnoDB: system has corrupted its own file cache
InnoDB: and rebooting your computer removes the
InnoDB: error.
InnoDB: If the corrupt page is an index page
InnoDB: you can also try to fix the corruption
InnoDB: by dumping, dropping, and reimporting
InnoDB: the corrupt table. You can use CHECK
InnoDB: TABLE to scan your table for corruption.
InnoDB: See also http://dev.mysql.com/doc/refman/5.1/en/forcing-recovery.html
InnoDB: about forcing recovery.
InnoDB: Ending processing because of a corrupt database page.
090805 16:05:19 mysqld_safe Number of processes running now: 0
090805 16:05:19 mysqld_safe mysqld restarted
InnoDB: The log sequence number in ibdata files does not match
InnoDB: the log sequence number in the ib_logfiles!
090805 16:05:20  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: Last MySQL binlog file position 0 6554325, file name ./mysql-bin.000137
090805 16:05:25  InnoDB: Started; log sequence number 119 3031521402
090805 16:05:25 [Note] Recovering after a crash using mysql-bin
090805 16:05:25 [Note] Starting crash recovery...
090805 16:05:25 [Note] Crash recovery finished.
090805 16:05:45 [Note] Event Scheduler: Loaded 0 events
090805 16:05:45 [Note] /usr/sbin/mysqld: ready for connections.
Version: '5.1.33-community-log'  socket: '/var/backup/mysql/mysql.sock'  port: 3306  MySQL Community Server (GPL)

论坛徽章:
0
2 [报告]
发表于 2009-08-06 20:54 |只看该作者
没人顶下么?

论坛徽章:
0
3 [报告]
发表于 2009-08-06 21:50 |只看该作者
出面了叶损坏了。建义设置innodb_force_recovery
如:
innodb_force_recovery = 3
试一下。
Dump出来完毕了。把那个库备份起来,然后重新导入。

祝你好运。

论坛徽章:
0
4 [报告]
发表于 2009-08-06 22:24 |只看该作者
mysql自己重起后又好了呢,,而且那张表又能重新dump出来,很奇怪的。而且前面所说的出现过几次并不是同个mysql,有两三个mysql 出现过这种情况,都是在不同机器上。所幸的还好都不是生产库。

论坛徽章:
0
5 [报告]
发表于 2009-08-07 14:19 |只看该作者
您需要登录后才可以回帖 登录 | 注册

本版积分规则 发表回复

  

北京盛拓优讯信息技术有限公司. 版权所有 京ICP备16024965号-6 北京市公安局海淀分局网监中心备案编号:11010802020122 niuxiaotong@pcpop.com 17352615567
未成年举报专区
中国互联网协会会员  联系我们:huangweiwei@itpub.net
感谢所有关心和支持过ChinaUnix的朋友们 转载本站内容请注明原作者名及出处

清除 Cookies - ChinaUnix - Archiver - WAP - TOP