时间:2021-03-17 09:40:55 | 栏目:Mysql | 点击:次
一同事反馈有一MySQL实例因为断电之后,启动不了。用了innodb_force_recovery=6也无效,于是前往查看。
排查过程:
最早的启动信息里面,没有任何报错,只有一行[ERROR] Aborting提示,如下:
接着同事用了innodb_force_recovery=6的方式,才多出现了如下的错误提示,但仍无法启动成功,这个时候,我才决定去看个究竟。
过滤启动日志,grep ERROR /data/mysql/3306/mysql_run.err
可以看到,全部报错主要如下:
MySQL大多数不能启动的原因,都是系统数据库的原因,看来这个也不例外。
尝试使用带--skip-grant-tables的方式登录系统,竟然成功了。
/usr/local/mysql/bin/mysqld_safe --defaults-file=/data/mysql/3306/my.cnf --user=mysql --skip-grant-tables &
紧接着,抓紧对innodb进行检查,执行:
innochecksum ibdata1
后发现没有任何输出。
接着执行mysqlcheck,果然修复一些mysql库下面的表报错。之后以正常方式重启系统,MySQL恢复正常。
mysqlcheck -u root -p --repair -A
总结:
1、MySQL并没有那么脆弱,没必要在损坏的时候就通过备份恢复的方式执行还原,费时费力;
2、启动过程中,可以通过设置--skip-grant-tables或者设置innodb_force_recovery(这个参数要修改cnf文件)来让MySQL跳过一些检查,使实例成功启动;
3、启动之后,可以执行数据备份或者导出数据,并且尝试对实例做修复;
4、该实例出现这个问题,怀凝是因为与实时存盘的参数设置不当有关。