InnoDB: Erreur: Table «mysql». «Innodb_table_stats» introuvable après la mise à niveau vers mysql 5.6

41

J'ai mis à niveau vers mysql 5.6 à partir de la version 5.5, et maintenant mes journaux sont jonchés de tels messages au démarrage

J'ai trouvé une solution possible ici, mais cela ne semble pas officiel. 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.

Des solutions officielles ou des solutions à 100%?

giorgio79
la source
répéter avec thread dans stackoverflow.com/questions/15767652/… Vous pouvez télécharger le fichier .sql pour créer la table par vous-même.
Ben Lin
les choses peuvent avoir évolué depuis cette question. @ 2018, mise à jour d'un ancien mysql, même problème. Trouvé pour fonctionner: mysql_upgrade -u root -p --force && systemctl restart mysqldmet à jour le schéma mysql et tous les dbs, résolvant ce problème
ProxiBlue

Réponses:

67

J'ai déjà abordé ce problème dans: Impossible d'ouvrir la table mysql / innodb_index_stats

Ces tables sont créées pour vous lorsque vous installez MySQL 5.6. Toutefois, la mise à niveau à partir de MySQL 5.5 n’appelle pas la création de ces tables. Voici les scripts pour les créer manuellement:

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

Une autre solution consiste à créer le script à partir d'une instance de MySQL 5.6.

Étape 01 : Allez sur un serveur de base de données exécutant MySQL 5.6 ou installez MySQL 5.6 sur une machine de test.

Étape 02 : mysqldump ces 5 tables dans un fichier texte

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

Ensuite, vous pouvez exécuter InnoDB_MySQL_Tables.sqln'importe quel serveur de base de données exécutant MySQL 5.5 avant la mise à niveau.

RolandoMySQLDBA
la source
1
Résolu mon problème sur une mise à niveau Linux à partir de la version 5.5 - la version 5.6 d'Oracle. J'ai dû supprimer des tables fantômes, arrêter mysql, déplacer les fichiers ibd défectueux de / var / lib / mysql / mysql, redémarrer mysql, puis exécuter les instructions de Rolando ... et yay plus d'erreurs de démarrage et, espérons-le, plus d'instabilité. Rolando tu es incroyable.
Glyphe
3
Merci pour votre solution. Comme pour l'installation du paquet mysql-community-server, un script cat /usr/share/mysql/mysql_system_tables.sql | mysql -uroot -p mysql
contenant
1
J'ai eu ce problème et créer les tables à partir de zéro ne fonctionnerait pas car elles "existaient déjà". Il s'avère que je passais d'un fichier unique à un fichier fichier par table pour InnoDB et que j'avais supprimé mon ibdata1fichier. MySQL n'a pas recréé ces tables au démarrage et j'ai dû déplacer manuellement les fichiers représentant les tables hors du répertoire de données MySQL afin d'utiliser les CREATEinstructions ci-dessus ( DROP TABLEcela ne fonctionnait pas).
Christopher Schultz
@ChristopherSchultz merci d'avoir mentionné cela. Je l'ai mentionné en août 2015 ( dba.stackexchange.com/questions/111616/… ). Au moins, vous l'avez découvert par vous-même, ce qui est bien.
RolandoMySQLDBA
Merci cela a résolu mon problème. BTW, j'ai rencontré l'erreur "table n'existe pas" ci-dessus lors de la restauration du dernier dump de la base de données avant de faire la mise à niveau manuelle de mysql qui est réinstaller avec la version supérieure.
ash_01
9

La réponse de Rolando a fonctionné pour moi avec quelques ajouts. J'ai eu le même problème, avec ces 5 tables montrant via SHOW TABLES, mais SELECT ou d'autres opérations sur la table ont abouti à une table introuvable.

Pour résoudre le problème, en utilisant la réponse de Rolando, je devais:

  • DROP TABLE <tablename> - toutes les 5 tables

  • Dans le système de fichiers, supprimez les fichiers .ibd restants (les fichiers .frm ont été supprimés par DROP TABLE)

  • J'ai ensuite arrêté et démarré l'instance mysqld (je ne sais pas si c'était nécessaire - cela m'a fait plaisir)

  • Les CREATE TABLEdéclarations fournies par Rolando se sont ensuite déroulées sans problème.

Asoka Diggs
la source
1
Juste pour mentionner que même en lançant DROP TABLE <tablename>j'ai toujours eu le ERROR 1051 (42S02): Unknown table '...'message d'erreur, mais au moins le fichier .frm a disparu à ce moment-là.
Super jos