mysql错误：找不到表“mysql”。“innodb_table_stats”

Posted 2023-02-25

【中文标题】mysql错误：找不到表“mysql”。“innodb_table_stats”

【英文标题】：mysql error: Table "mysql"."innodb_table_stats" not found

【发布时间】：2013-03-23 22:57:13

【问题描述】：

我在 mysql 5.6 社区版中遇到以下错误：

：错误：
表“mysql”。“innodb_table_stats”
 未找到。 InnoDB：重新计算
为表“mydatabase”请求的持久统计信息。“mytable”
但所需的持久统计存储不存在或已损坏。
改为使用瞬态统计信息。

我该如何解决这个错误？

【问题讨论】：

什么时候出现这个错误？

@ajtrichards：在运行查询时定期。

【参考方案1】：

如果您运行的是 Debian Linux：

我对这个问题的解决方案是在删除 mysql.innodb_table_stats 文件并删除相关的 .frm 和 .ibd 文件后，我运行了这个：

dpkg-reconfigure mariadb-server-10.1

它会为您重新创建 innodb_* 表，但无论出于何种原因，对已经存在的文件（来自以前的安装）执行此操作时遇到了麻烦。

我认为这更安全，因为列和它们的名称可能在上面的答案编写后发生了变化。

【参考方案2】：

这解决了我的问题。

/* 临时修复 MySQL 的 Windows 安装程序问题 5.6.10 在 Windows 7 机器上。我在一个干净安装的 MySql 上做了这个过程，它对我有用，至少它停止了 日志中的 innodb 错误和临时 innodb 表的使用。所以， 风险自负。

从 mysql 中删除这些表： innodb_index_stats innodb_table_stats slave_master_info slave_relay_log_info slave_worker_info

删除以上表格的所有.frm & .ibd。

运行此文件以重新创建上面的表（源五表.sql）。

重启 mysqld。 干杯，CNL */

CREATE TABLE `innodb_index_stats` (
  `database_name` varchar(64) COLLATE utf8_bin NOT NULL,
  `table_name` varchar(64) COLLATE utf8_bin NOT NULL,
  `index_name` varchar(64) COLLATE utf8_bin NOT NULL,
  `last_update` timestamp NOT NULL DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP,
  `stat_name` varchar(64) COLLATE utf8_bin NOT NULL,
  `stat_value` bigint(20) unsigned NOT NULL,
  `sample_size` bigint(20) unsigned DEFAULT NULL,
  `stat_description` varchar(1024) COLLATE utf8_bin NOT NULL,
  PRIMARY KEY (`database_name`,`table_name`,`index_name`,`stat_name`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8 COLLATE=utf8_bin STATS_PERSISTENT=0;

CREATE TABLE `innodb_table_stats` (
  `database_name` varchar(64) COLLATE utf8_bin NOT NULL,
  `table_name` varchar(64) COLLATE utf8_bin NOT NULL,
  `last_update` timestamp NOT NULL DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP,
  `n_rows` bigint(20) unsigned NOT NULL,
  `clustered_index_size` bigint(20) unsigned NOT NULL,
  `sum_of_other_index_sizes` bigint(20) unsigned NOT NULL,
  PRIMARY KEY (`database_name`,`table_name`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8 COLLATE=utf8_bin STATS_PERSISTENT=0;

CREATE TABLE `slave_master_info` (
  `Number_of_lines` int(10) unsigned NOT NULL COMMENT 'Number of lines in the file.',
  `Master_log_name` text CHARACTER SET utf8 COLLATE utf8_bin NOT NULL COMMENT 'The name of the master binary log currently being read from the master.',
  `Master_log_pos` bigint(20) unsigned NOT NULL COMMENT 'The master log position of the last read event.',
  `Host` char(64) CHARACTER SET utf8 COLLATE utf8_bin NOT NULL DEFAULT '' COMMENT 'The host name of the master.',
  `User_name` text CHARACTER SET utf8 COLLATE utf8_bin COMMENT 'The user name used to connect to the master.',
  `User_password` text CHARACTER SET utf8 COLLATE utf8_bin COMMENT 'The password used to connect to the master.',
  `Port` int(10) unsigned NOT NULL COMMENT 'The network port used to connect to the master.',
  `Connect_retry` int(10) unsigned NOT NULL COMMENT 'The period (in seconds) that the slave will wait before trying to reconnect to the master.',
  `Enabled_ssl` tinyint(1) NOT NULL COMMENT 'Indicates whether the server supports SSL connections.',
  `Ssl_ca` text CHARACTER SET utf8 COLLATE utf8_bin COMMENT 'The file used for the Certificate Authority (CA) certificate.',
  `Ssl_capath` text CHARACTER SET utf8 COLLATE utf8_bin COMMENT 'The path to the Certificate Authority (CA) certificates.',
  `Ssl_cert` text CHARACTER SET utf8 COLLATE utf8_bin COMMENT 'The name of the SSL certificate file.',
  `Ssl_cipher` text CHARACTER SET utf8 COLLATE utf8_bin COMMENT 'The name of the cipher in use for the SSL connection.',
  `Ssl_key` text CHARACTER SET utf8 COLLATE utf8_bin COMMENT 'The name of the SSL key file.',
  `Ssl_verify_server_cert` tinyint(1) NOT NULL COMMENT 'Whether to verify the server certificate.',
  `Heartbeat` float NOT NULL,
  `Bind` text CHARACTER SET utf8 COLLATE utf8_bin COMMENT 'Displays which interface is employed when connecting to the MySQL server',
  `Ignored_server_ids` text CHARACTER SET utf8 COLLATE utf8_bin COMMENT 'The number of server IDs to be ignored, followed by the actual server IDs',
  `Uuid` text CHARACTER SET utf8 COLLATE utf8_bin COMMENT 'The master server uuid.',
  `Retry_count` bigint(20) unsigned NOT NULL COMMENT 'Number of reconnect attempts, to the master, before giving up.',
  `Ssl_crl` text CHARACTER SET utf8 COLLATE utf8_bin COMMENT 'The file used for the Certificate Revocation List (CRL)',
  `Ssl_crlpath` text CHARACTER SET utf8 COLLATE utf8_bin COMMENT 'The path used for Certificate Revocation List (CRL) files',
  `Enabled_auto_position` tinyint(1) NOT NULL COMMENT 'Indicates whether GTIDs will be used to retrieve events from the master.',
  PRIMARY KEY (`Host`,`Port`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8 STATS_PERSISTENT=0 COMMENT='Master Information';

CREATE TABLE `slave_relay_log_info` (
  `Number_of_lines` int(10) unsigned NOT NULL COMMENT 'Number of lines in the file or rows in the table. Used to version table definitions.',
  `Relay_log_name` text CHARACTER SET utf8 COLLATE utf8_bin NOT NULL COMMENT 'The name of the current relay log file.',
  `Relay_log_pos` bigint(20) unsigned NOT NULL COMMENT 'The relay log position of the last executed event.',
  `Master_log_name` text CHARACTER SET utf8 COLLATE utf8_bin NOT NULL COMMENT 'The name of the master binary log file from which the events in the relay log file were read.',
  `Master_log_pos` bigint(20) unsigned NOT NULL COMMENT 'The master log position of the last executed event.',
  `Sql_delay` int(11) NOT NULL COMMENT 'The number of seconds that the slave must lag behind the master.',
  `Number_of_workers` int(10) unsigned NOT NULL,
  `Id` int(10) unsigned NOT NULL COMMENT 'Internal Id that uniquely identifies this record.',
  PRIMARY KEY (`Id`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8 STATS_PERSISTENT=0 COMMENT='Relay Log Information';

CREATE TABLE `slave_worker_info` (
  `Id` int(10) unsigned NOT NULL,
  `Relay_log_name` text CHARACTER SET utf8 COLLATE utf8_bin NOT NULL,
  `Relay_log_pos` bigint(20) unsigned NOT NULL,
  `Master_log_name` text CHARACTER SET utf8 COLLATE utf8_bin NOT NULL,
  `Master_log_pos` bigint(20) unsigned NOT NULL,
  `Checkpoint_relay_log_name` text CHARACTER SET utf8 COLLATE utf8_bin NOT NULL,
  `Checkpoint_relay_log_pos` bigint(20) unsigned NOT NULL,
  `Checkpoint_master_log_name` text CHARACTER SET utf8 COLLATE utf8_bin NOT NULL,
  `Checkpoint_master_log_pos` bigint(20) unsigned NOT NULL,
  `Checkpoint_seqno` int(10) unsigned NOT NULL,
  `Checkpoint_group_size` int(10) unsigned NOT NULL,
  `Checkpoint_group_bitmap` blob NOT NULL,
  PRIMARY KEY (`Id`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8 STATS_PERSISTENT=0 COMMENT='Worker Information';

【讨论】：

您能提供一个指向 MySQL 网站上的错误报告的链接吗？

这解决了我在尝试运行 innobackupex 时遇到的一个问题，其中一些表似乎与这 5 个系统表冲突并且无法正确备份。起初我没有注意到不完整的备份，当我用它来填充从服务器时，我会得到一个“表不存在”，因为那些冲突的表缺少 .ibd 文件。谢谢！

太好了，谢谢。我从 mysql 数据库中删除它们并通过管理员导入文件。在导入之前，我还删除了 .ibd 文件 root@mikembp:/usr/local/mysql/data/mysql# rm slave_* root@mikembp:/usr/local/mysql/data/mysql# rm innodb_*

这对我也有帮助。请注意，该文件应在mysql table 上导入

该链接立即开始下载，我不喜欢。此外，如果链接停止工作，您的答案将变得毫无用处。最好把解决方案写出来，最后提供一个链接。

【参考方案3】：

同样的问题，但崩溃表'gtid_slave_pos'，创建gtid_slave_pos

CREATE TABLE `gtid_slave_pos` (
  `domain_id` int(10) unsigned NOT NULL,
  `sub_id` bigint(20) unsigned NOT NULL,
  `server_id` int(10) unsigned NOT NULL,
  `seq_no` bigint(20) unsigned NOT NULL,
  PRIMARY KEY (`domain_id`,`sub_id`)
) ENGINE=MyISAM DEFAULT CHARSET=utf8 COMMENT='Replication slave GTID state';

【参考方案4】：

这对我来说是一个权限问题。由于这是在权限未锁定的开发机器上，我能够很容易地修复它：

sudo chmod -R 775 /usr/local/mysql/data

...如果这能解决你的问题，那就太好了。但如果问题出在生产机器上，您可能希望比我的解决方案更彻底地调查权限。

也许你想试试这个：

sudo chown mysql.mysql -R /usr/local/mysql/data

【讨论】：

755 没问题，但在我的系统上，目录使用 700，文件使用 660，我认为是为了使安全性更严格。当然，我们已经过去了好几年，但我想确保你明白，应用它实际上可能会削弱你的安全性。您可以使用以下命令非常轻松地检查权限：stat -c '%a %n' /path/to/mysql/* 使用星号很重要，因为这就是获取列表和不仅仅是文件夹。这将为您提供八进制值的权限。在 ubuntu 18.04 下我使用： stat -c '%a %n' /var/lib/mysql/*

@Chris - 我想如果你仔细阅读我的回答，你可能会发现我完全理解权限的含义。

对不起，我的评论并不清楚我的意图。我将评论指向可能不完全理解它并且可能会在不进一步查看的情况下触发命令的人。我的评论是出于好意，因为有人在我的 Linux 之旅开始后不久就犯了这个确切的错误。

【参考方案5】：

阅读this mysql doc，了解更多关于Persistent Statistics的信息。

要禁用此功能，请将 innodb_stats_persistent = 0 添加到 my.cfg 并重新启动您的 mysql 服务器。

【讨论】：

禁用此功能会显着损害性能吗？

【参考方案6】：

我最近在生产服务器上遇到了这个问题，我发现的最常见的答案涉及删除表、删除文件等让我感到有些不安！

因此，我认为向将来阅读本文的人指出，在我的情况下，错误的实际原因是我的根分区已满，这可能会很有用。我当时一直在做一个 mysql 转储并将它保存到错误的地方。所以解决方案就是释放一些磁盘空间并重新启动服务。

在转向涉及混乱 MYSQL 结构并且可能风险更大的标准解决方案之前，最好先检查一下您的情况是否如此。

祝你好运，

【讨论】：

如果您使用的是 linux 服务器，您可以通过类似 df -H 的命令执行此检查，使​​用 -H 选项时的输出将采用更熟悉的格式给 MB GB 等。如果您接近 100%，您将需要查看输出中的 Use% 列，这将是您的解决方案。如果不是问题出在其他地方。由于我接近 7% 的用户不适合我，但我想在这里分享以帮助那些没有 GUI 可以使用的人。