MySQL提示失败了! sqlstate [hy000]:一般错误:1881 Innodb_forced_recovery> 0.!

MySQL提示失败了! sqlstate [hy000]:一般错误:1881 Innodb_forced_recovery> 0.!

操纵波折!SQLSTATE[HY000]: General error: 1881 Operation not allowed when innodb_forced_recovery > 0.!

部分处置计划:

备份好数据

卸载mysql,从新安置mysql,再导出数据

就不妨了

网上给出的因为及处置计划

innodb_force_recovery该参数取值为0、1、2

0 代办党MySql封闭时,InnoDB须要实行一切的full purge 和 merge insert buffer操纵,这会须要少许功夫。1 代办不须要实行上述的full purge ,merge insert buffer操纵,然而在缓冲池的少许数据脏页仍旧会革新到磁盘。2 代办不实行full purge ,merge insert buffer操纵,也 不将缓冲池中的数据脏页写回磁盘,而是将日记都写入日记文献。如许不会有任何实物会丧失,然而Mysql数据库下次启用时,会实行recovery

参数Innodb_force_recovery感化了所有InnoDB保存引擎的回复情景。默许0

尝试:

情况:innodb_fast_shutdown = 2

innodb_flush_log_at_trx_commit  = 2

sync_binlog  = 0

innodb_force_recovery感化所有InnoDB保存引擎的回复情景。默许为0,表白当须要回复时实行一切的

回复操纵。当不许举行灵验的回复操纵时,mysql有大概没辙启用,并记载下缺点日记。

innodb_force_recovery不妨树立为1-6,大的数字包括前方一切数字的感化。

当树立参数值大于0后,不妨对表举行select,create,drop操纵,但insert,update大概delete这类操纵

是不承诺的。

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

分享到 :
相关推荐

Leave a Reply

Your email address will not be published. Required fields are marked *