MySQL迁移问题:Innodb_FORCED_RECOVERY>0时不允许操作

时间:2015-10-23 作者:Chris

我正在将一组域转移到一个新主机。站点名称保持不变,对于我已经迁移的站点,不需要在数据库中进行任何操作。它只在名称服务器指向新框时起作用。那太好了。

但是,对于某些站点,在导入期间,mysql会抛出以下错误:

Operation not allowed when innodb_forced_recovery > 0
无论我是从命令行、phpMyAdmin还是cpanel导入sql,都是这样。(好吧,cpanel导入对于错误并没有那么好的沟通。)

我有很多网站要转。并非所有数据库都会发生这种情况。

这是我在现有主机上的设置:Apache 2.2.29-PHP:5.3.16-MySQL:5.6.23

这是我在新主机上的设置:Apache 2.2.29-PHP:5.3.29-MySQL:5.6.23

数据在其当前主机中工作正常。它们并不总是很好地导入到新主机中。我尝试过优化和修复表,但有些表无法修复或优化。通常是这些数据库和这些类型的表引起了问题。

我可以很容易地导出数据库。sql中没有什么奇怪的地方。只有当我到达导入端时,我才开始看到上面的错误。

造成这种情况的原因是什么?对于传输由于此错误而不想导入的数据,最佳做法是什么?

1 个回复
最合适的回答,由SO网友:Chris 整理而成

注释该行

innodb_force_recovery = 1
年/月/日。因此,cnf:

# innodb_force_recovery = 1
使数据库中的mysql innodb表可访问。显然,此设置会导致innodb变为只读。我希望这对将来的人有所帮助。如果您无权访问/etc/my。cnf关于共享主机,请您的主机为您修复它。当它在/etc/my中被注释掉或不存在时。cnf时,it将恢复为默认设置0。

作为将来的参考,我希望这将帮助其他使用需要innodb风格表的wordpress插件的人。我知道有人担心这可能不是解决这个问题的合适地方,但我怀疑,随着越来越多的插件甚至WP开始使用InnoDB,其他人可能会为这里发布的交叉知识感到高兴。

相关推荐

错误:MySQL意外关闭。运行WordPress的XAMPP本地会议

我在本地配置了一个xampp来运行wordpress。在修复一些问题时,我一定做错了什么,因为最后,我被mysql数据库中的以下日志卡住了。2015-11-10 15:26:56 10fc InnoDB: Warning: Using innodb_additional_mem_pool_size is DEPRECATED. This option may be removed in future releases, together with the option innodb_use_sys_mal