mysql迁移报错

Posted

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了mysql迁移报错相关的知识,希望对你有一定的参考价值。

mysql目录直接拷贝迁移,过程不详述,数据库正常启动,但是不能正常使用,select查表报表不存在,然后发现日志报错如下

InnoDB: Doing recovery: scanned up to log sequence number 265335480935

170504 15:56:39  InnoDB: Error: page 311313 log sequence number 265338125392

InnoDB: is in the future! Current system log sequence number 265335480935.

InnoDB: Your database may be corrupt or you may have copied the InnoDB

InnoDB: tablespace but not the InnoDB log files


解决办法:

在/etc/my.cnf文件的[mysqld]下添加

innodb_force_recovery = 4


重启mysqld恢复正常,问题解决,记得之后将“innodb_force_recovery = 4”删掉再重启一次,否则还会出现问题


关于innodb_force_recovery的一些说明

innodb_force_recovery可以设置为1-6,大的数字包含前面所有数字的影响。

  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):不执行前滚的操作。



以上是关于mysql迁移报错的主要内容,如果未能解决你的问题,请参考以下文章

mysql 启报错报 The server quit without updating PID file

服务器Mysql报错报错#2013 - Lost connection to MySQL server at 'reading initial communication packet

MySql 这个报错 是啥问题

简单的centos7访问server12r2共享竟然报错报错报错~~~~~~~

Apollo报错

React 引用报错