现有一个crm系统,其中有做了一个报表统计,其中源码和数据库放在同意一台机子上,数据库用mysql;但在今天突然报错页面提示不能用root@locahost连接
用命令行登录,提示can't connection to mysql;再检查端口发现,数据库已经关闭;
现象:
crm可以登录,点击其他页面正常,当点击报表查看报表数据时就报错,并且数据库崩溃
初步分析认为程序错误或者数据库错误导致数据库崩溃从而自动断开
问题解决:
1.查看mysql数据库错误日志内容如下:
InnoDB: Database page corruption on disk or a failed
InnoDB: file read of page 5761.
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.
2.网上搜索该问题,原因为:
数据库中表损坏导致数据访问错误,从而导致数据库崩溃;mysql中check table 发现表有损坏,但表是innodb类型不能修复
网上解决方法为:在my.ini中mysqld下添加 innodb_force_recovery=4
说明:
1(SRV_FORCE_IGNORE_CORRUPT):忽略检查到的corrupt页。
2(SRV_FORCE_NO_BACKGROUND):阻止主线程的运行,如主线程需要执行full purge操作,会导致crash。
3(SRV_FORCE_NO_TRX_UNDO):不执行事务回滚操作。
4(SRV_FORCE_NO_IBUF_MERGE):不执行插入缓冲的合并操作。
5(SRV_FORCE_NO_UNDO_LOG_SCAN):不查看重做日志,InnoDB存储引擎会将未提交的事务视为已提交。
6(SRV_FORCE_NO_LOG_REDO):不执行前滚的操作。
3.重启数据库后问题依然存在,再对照错误发现自己的错误为corrupt类型,所以认为应将innodb_force_recovery设置为1,于是my.ini中 innodb_force_recovery值改为1,重启数据库
4.发现重启后问题依然存在
5.于是再做如下操作:(重要)
修改my.ini 将innodb_force_recovery这行注释
#innodb_force_recovery=1
然后重启数据库,在停止数据库,在修改my.ini,去掉注释
innodb_force_recovery=1
重启数据库,问题解决
ps:对于第五步的操作一直没想明白,为什么要先注释掉重启后在打开才能生效,个人认为可能是有什么地方缓存导致的吧。在此记录,继续探索问题的根源。。。
用命令行登录,提示can't connection to mysql;再检查端口发现,数据库已经关闭;
现象:
crm可以登录,点击其他页面正常,当点击报表查看报表数据时就报错,并且数据库崩溃
初步分析认为程序错误或者数据库错误导致数据库崩溃从而自动断开
问题解决:
1.查看mysql数据库错误日志内容如下:
InnoDB: Database page corruption on disk or a failed
InnoDB: file read of page 5761.
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.
2.网上搜索该问题,原因为:
数据库中表损坏导致数据访问错误,从而导致数据库崩溃;mysql中check table 发现表有损坏,但表是innodb类型不能修复
网上解决方法为:在my.ini中mysqld下添加 innodb_force_recovery=4
说明:
1(SRV_FORCE_IGNORE_CORRUPT):忽略检查到的corrupt页。
2(SRV_FORCE_NO_BACKGROUND):阻止主线程的运行,如主线程需要执行full purge操作,会导致crash。
3(SRV_FORCE_NO_TRX_UNDO):不执行事务回滚操作。
4(SRV_FORCE_NO_IBUF_MERGE):不执行插入缓冲的合并操作。
5(SRV_FORCE_NO_UNDO_LOG_SCAN):不查看重做日志,InnoDB存储引擎会将未提交的事务视为已提交。
6(SRV_FORCE_NO_LOG_REDO):不执行前滚的操作。
3.重启数据库后问题依然存在,再对照错误发现自己的错误为corrupt类型,所以认为应将innodb_force_recovery设置为1,于是my.ini中 innodb_force_recovery值改为1,重启数据库
4.发现重启后问题依然存在
5.于是再做如下操作:(重要)
修改my.ini 将innodb_force_recovery这行注释
#innodb_force_recovery=1
然后重启数据库,在停止数据库,在修改my.ini,去掉注释
innodb_force_recovery=1
重启数据库,问题解决
ps:对于第五步的操作一直没想明白,为什么要先注释掉重启后在打开才能生效,个人认为可能是有什么地方缓存导致的吧。在此记录,继续探索问题的根源。。。