InnoDB: Fehler: Tabelle "mysql". "Innodb_table_stats" wurde nach dem Upgrade auf mysql 5.6 nicht gefunden

41

Ich habe ein Upgrade von 5.5 auf MySQL 5.6 durchgeführt, und jetzt sind meine Protokolle beim Start mit solchen Meldungen übersät

Ich habe hier eine mögliche Lösung gefunden, aber es scheint nicht offiziell. http://forums.mysql.com/read.php?22,578559,579891#msg-579891

2013-12-06 21:08:00 7f87b1d26700 InnoDB: Error: Table "mysql"."innodb_table_stats" not found.
2013-12-06 21:08:00 7f87b1d26700 InnoDB: Recalculation of persistent statistics requested for table "drupal"."sessions" but the required persistent statistics storage is not present or is corrupted. Using transient stats instead.
2013-12-06 21:08:07 7f903c09c700 InnoDB: Error: Table "mysql"."innodb_table_stats" not found.

Irgendwelche offiziellen Lösungen oder 100% Korrekturen?

giorgio79
quelle
Wiederholen Sie dies mit dem Thread in stackoverflow.com/questions/15767652/…. Sie können die .sql-Datei herunterladen, um die Tabelle selbst zu erstellen.
Ben Lin
Seit dieser Frage haben sich die Dinge vielleicht weiterentwickelt . @ 2018, Aktualisierung eines alten MySQL, dasselbe Problem. Gefunden, um zu laufen: mysql_upgrade -u root -p --force && systemctl restart mysqldUpgrades MySQL-Schema und alle DBS, um dieses Problem zu lösen
ProxiBlue

Antworten:

67

Ich habe dieses Problem bereits in folgenden Abschnitten behandelt: Die Tabelle mysql / innodb_index_stats kann nicht geöffnet werden

Diese Tabellen werden für Sie erstellt, wenn Sie MySQL 5.6 installieren. Ein Upgrade von MySQL 5.5 ruft jedoch nicht die Erstellung dieser Tabellen auf. Hier sind die Skripte, um sie manuell zu erstellen:

innodb_index_stats

USE mysql;
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;

innodb_table_stats

USE mysql;
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;

slave_master_info

USE mysql;
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';

slave_relay_log_info

USE mysql;
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';

slave_worker_info

USE mysql;
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';

ALTERNATIVE

Eine andere Problemumgehung wäre, das Skript aus einer MySQL 5.6-Instanz zu erstellen.

Schritt 01 : Wechseln Sie zu einem DB-Server, auf dem MySQL 5.6 ausgeführt wird, oder installieren Sie MySQL 5.6 auf einem Testcomputer.

Schritt 02 : mysqldump diese 5 Tabellen in eine Textdatei

INNODB_TABLES="innodb_index_stats"
INNODB_TABLES="${INNODB_TABLES} innodb_table_stats"
INNODB_TABLES="${INNODB_TABLES} slave_master_info"
INNODB_TABLES="${INNODB_TABLES} slave_relay_log_info"
INNODB_TABLES="${INNODB_TABLES} slave_worker_info"
mysqldump -uroot mysql ${INNODB_TABLES} > InnoDB_MySQL_Tables.sql

Anschließend können Sie InnoDB_MySQL_Tables.sqlvor dem Upgrade auf jedem DB Server mit MySQL 5.5 ausführen .

RolandoMySQLDBA
quelle
1
Löste mein Problem bei einem Linux-Upgrade von 5.5 - Oracle 5.6. Musste einige Phantomtabellen löschen, mysql stoppen, die fehlerhaften ibd-Dateien aus / var / lib / mysql / mysql verschieben, mysql neu starten, dann Rolando-Anweisungen ausführen .... und Yay keine Startfehler mehr und hoffentlich keine Instabilität mehr. Rolando, du bist unglaublich.
Glyphe
3
Vielen Dank für Ihre Lösung. Wie bei der Installation des mysql-community-server-Pakets ist ein Skript enthalten, das im Grunde alle erforderlichen create-Anweisungen enthält:cat /usr/share/mysql/mysql_system_tables.sql | mysql -uroot -p mysql
minni
1
Ich hatte dieses Problem und das Erstellen der Tabellen von Grund auf würde nicht funktionieren, weil sie "bereits existierten". Es stellte sich heraus, dass ich für InnoDB von einer großen Datei zu einer Datei pro Tabelle gewechselt und meine ibdata1Datei gelöscht hatte . MySQL hat diese Tabellen beim Start nicht neu erstellt, und ich musste die Dateien, die die Tabellen darstellen, manuell aus dem MySQL-Datenverzeichnis verschieben, um die CREATEobigen Anweisungen zu verwenden ( DROP TABLEhat nicht funktioniert).
Christopher Schultz
@ChristopherSchultz, danke, dass du das erwähnt hast. Ich habe dies bereits im August 2015 erwähnt ( dba.stackexchange.com/questions/111616/… ). Zumindest hast du es selbst herausgefunden, was gut ist.
RolandoMySQLDBA
Danke das hat mein Problem gelöst. Übrigens, ich bin auf den Fehler gestoßen, dass die Tabelle oben nicht existiert, während ich den letzten Speicherauszug der Datenbank wiederherstelle, bevor ich ein manuelles Upgrade von MySQL durchführe, das mit einer höheren Version neu installiert wird.
ash_01
9

Rolando antwortete mit einigen Ergänzungen. Ich hatte das gleiche Problem mit diesen 5 Tabellen, die über SHOW TABLES angezeigt wurden, aber SELECT oder andere Operationen in der Tabelle führten dazu, dass die Tabelle nicht gefunden wurde.

Um das Problem mithilfe von Rolando zu lösen, musste ich:

  • DROP TABLE <tablename> - Alle 5 Tische

  • Löschen Sie im Dateisystem die verbleibenden .ibd-Dateien (die .frm-Dateien wurden von entfernt DROP TABLE).

  • Ich habe dann angehalten und die mysqld-Instanz gestartet (weiß nicht, ob es gebraucht wurde - hat mich glücklich gemacht)

  • Die CREATE TABLEAussagen von Rolando liefen dann ohne Probleme.

Asoka Diggs
quelle
1
nur um zu erwähnen, dass DROP TABLE <tablename>ich auch beim starten noch die ERROR 1051 (42S02): Unknown table '...'fehlermeldung bekommen habe, aber zumindest die .frm datei bis dahin verschwunden ist.
Superjos