MySQL损坏page问题分析

  • 时间:
  • 浏览:2
  • 来源:爱乐彩网站_爱乐彩下载_爱乐彩官网

意味着page损坏的意味着

错误日志显示:

可能性启动InnoDB时要高innodb_force_recovery值,则可能性指在可能性意味着僵化 查询(含有WHERE,ORDER BY或某些子句的查询)失败的数据特性损坏。在这些情况表下,您可能性只有运行基本的SELECT * FROM t查询。

可能性表数据中的损坏阻止您转储整个表内容,则具有ORDER BY primary_key DESC子句的查询可能性才能在损坏的每项日后转储表的一每项。

时要注意的是,当设置参数innodb_force_recovery大于0后,能只有对表进行select、create、drop操作,但insert、update可能性delete这些操作是不允许的。可能性innodb_force_recovery设置为4或更高,则将InnoDB置于只读模式。

您能只有从表中进行SELECT以转储它们。可能性innodb_force_recovery值为3或更小,您能只有DROP或CREATE表。 Innodb_force_recovery值也大于3,支持DROP TABLE,最高可达MySQL 5.7.17。从MySQL 5.7.18日后开始,不允许在innodb_force_recovery值大于4的情况表下使用DROP TABLE。

innodb_force_recovery能只有设置为6个非零值:1~6,大的数字含有了前面所有小数字的所有功能,情况表表如下:

注意:在执行insert into xxx select * from xxx;可能性会引发什么的问题:

可能性您知道给定的表意味着回滚崩溃,则能只有删除它。可能性遇到由几滴 导入失败或ALTER TABLE意味着的失控回滚,则能只有终止mysqld应用应用应用程序并将innodb_force_recovery设置为3以使数据库后会回滚,否则DROP意味着失控回滚的表。

解决法律最好的妙招是关闭binlog: