主页 / dba / 问题 / 6191
Accepted
randomx
Asked: 2011-09-27 12:30:30 +0800 CST

您如何识别 InnoDB 表损坏？

  • 772

我有一些已分区的表，并且在复制的从属服务器上有多个索引。将快照（已验证安全）复制到新的从属服务器并将 mysqld 从 5.1.42 升级到 5.5.15 并重新启动复制后，我收到 InnoDB 崩溃并显示错误消息“无效指针 ...”

这些错误发生在 2 台具有不同硬件和操作系统的服务器上。运行后：

ALTER TABLE .... COALESCE PARTION n;

那张桌子的问题就消失了。

不过，我的问题范围更大，那就是“你如何识别 InnoDB 表损坏？” 或改写为“您如何评估 InnoDB 表的健康状况？” “检查表”是唯一可用于在崩溃前识别问题的工具吗？

不确定是否重要，但崩溃发生在运行：版本：'5.5.15-55-log' 套接字：'/opt/mysql.sock' 端口：3306 Percona Server (GPL)，版本 rel21.0，修订版 158

mysql innodb

4 个回答

  1. Best Answer

    Morgan在他的评论中暗示，InnoDB 通过对它读取的页面进行校验和来不断检查损坏的页面。如果 InnoDB 发现校验和不匹配，它将崩溃停止服务器。

    如果您想加快该过程（而不是等待 InnoDB 读取损坏的页面），您可以使用innochecksum：

    因为校验和不匹配会导致 InnoDB 故意关闭正在运行的服务器，所以最好使用此工具，而不是等待生产使用的服务器遇到损坏的页面。

    一个有趣的警告：

    innochecksum 不能用于服务器已经打开的表空间文件。对于此类文件，您应该使用 CHECK TABLE 来检查表空间内的表。

    所以是的，因为在线表可能是工具（或者如果您想一次做多个数据库，或者如另一个答案中CHECK TABLE所指出的那样。） mysqlcheck

    如果你可以关闭你的数据库，你可以强制它使用校验和innochecksum

    轶事： 在 29GB（带有innodb_file_per_table=1）的 innodb 表空间上，此脚本耗时约 2 分钟

    #!/bin/bash
for i in $(ls /var/lib/mysql/*/*.ibd)
do
  innochecksum -v $i
done

    不过，作为奖励，由于您正在运行 Percona，他们实现了一种用于快速 innodb 校验和的新方法。我从未使用过它，但它可能会加快进程。

    • 21

  2. 警告：在尝试任何这些说明之前，强烈建议您验证您的数据库是否有健康的备份，以防万一。（感谢@Nick 的警告）

    尝试使用mysqlcheck命令。在终端上：

    mysqlcheck -u username -p --databases database1 database2

    此命令将输出所有表的列表和状态，告诉您是否存在某种损坏：

    table1  OK
table2  OK
table3  OK
tableN  OK

    有了它，您将已经知道必须修复哪些表。以防万一您想立即修复所有内容：

    mysqlcheck -u username -p --auto-repair --databases database1 database2

    更多关于mysqlcheck：http ://dev.mysql.com/doc/refman/5.0/en/mysqlcheck.html

    注意：您用标记了您的问题。我不知道那是什么，所以我用谷歌搜索。它似乎是 MySQL 的一个分支，但我没有理由相信这些命令是不兼容的（手指交叉）。

    有人向我指出了本指南，该指南对 InnoDB 数据库恢复有更具体的说明，以应对整个数据库无法启动的更严重的情况：http: //www.softwareprojects.com/resources/programming/t-how-to-fix-mysql -database-myisam-innodb-1634.html

    • 7

  3. 根据MySQL 5.0 认证学习指南，第 443,444 页第 30.4 节：

    您可以使用 CHECK TABLE 命令或使用客户端程序为您发出语句来检查 InnoDB 表。但是，如果 InnoDB 表有问题，则无法使用 REPAIR TABLE 修复它，因为该语句仅适用于 MyISAM。

    如果表检查表明 InnoDB 表有问题，您应该能够通过使用 mysqldump 转储它、删除它并从该转储重新创建它来将表恢复到一致状态。

    如果 MySQL 服务器或运行它的主机崩溃，一些 InnoDB 表可能需要修复。通常，只需重新启动服务器就足够了，因为 InnoDB 存储引擎将自动恢复作为其启动序列的一部分。在极少数情况下，服务器可能由于 InnoDB 自动恢复失败而无法启动。如果发生这种情况，请使用以下过程：

    • 重新启动服务器，将 --innodb_force_recovery 选项设置为范围从 1 到 6 的值。这些值表明在避免崩溃时要提高谨慎程度，并提高对恢复表中可能的不一致的容忍程度。一个好的开始值是 4。

    • 当您启动服务器并将 --innodb_force_recovery 设置为非零值时，InnoDB 将表空间视为只读。因此，您应该使用 mysqldump 转储 InnoDB 表，然后在该选项生效时删除它们。然后在没有 --innodb_force_recovery 选项的情况下重新启动服务器。当服务器启动时，从转储文件中恢复 InnoDB 表。

    • 如果上述步骤失败，则需要从以前的备份中恢复 InnoDB 表。

    请阅读有关InnoDB 强制恢复的 MySQL 文档  

    • 7

  4. 我想知道如果有人使用通过 InnoDB 插件创建的 InnoDB 数据然后切换到另一个版本的 InnoDB 会发生什么。在 mysqld 看来，这可能会造成页面损坏。

    请注意关于 InnoDB 文件格式的 MySQL 文档对这种可能性的说明：

    通常，较新版本的 InnoDB 可能会创建无法使用先前版本的 InnoDB 安全读取或写入的表或索引，而不会出现崩溃、挂起、错误结果或损坏的风险。InnoDB 插件引入了一种新机制来防范这些情况，并帮助保持数据库文件和 InnoDB 版本之间的兼容性。

    我会废弃奴隶上的数据。事实上，我会通过获取数据的逻辑转储（mysqldump）来使用蛮力：

    • 在从站上使用 InnoDB 删除所有数据库
    • 关闭slave上的mysql
    • 删除slave上的ibdata1、ib_logfile0、ib_logfile1
    • 在从机上启动 mysql，让 ibdata1、ib_logfile0 和 ib_logfile1 重新创建
    • mysqldump 将数据从主服务器转储到从服务器

    我发布的原始答案被认为是“老派”。然而，在这种情况下，我肯定会研究 .ibd 和/或 ibdata1 使用的文件格式。

    • 2

相关问题