InnoDB: Error: la tabla "mysql". "Innodb_table_stats" no se encuentra después de la actualización a mysql 5.6


41

Actualicé a mysql 5.6 desde 5.5, y ahora mis registros están llenos de tales mensajes al inicio

Encontré una posible solución aquí, pero no parece oficial. 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.

¿Alguna solución oficial o solución al 100%?


repita con el hilo en stackoverflow.com/questions/15767652/… . Puede descargar el archivo .sql para crear la tabla usted mismo.
Ben Lin

Las cosas pueden haber avanzado desde esta pregunta. @ 2018, actualizando un viejo mysql, mismo problema. Se encontró que se ejecuta: mysql_upgrade -u root -p --force && systemctl restart mysqldactualiza el esquema mysql y todos los dbs, resolviendo este problema
ProxiBlue

Respuestas:


67

Anteriormente abordé este problema en: No se puede abrir la tabla mysql / innodb_index_stats

Estas tablas se crean para usted cuando instala MySQL 5.6. Sin embargo, la actualización desde MySQL 5.5 no invoca la creación de estas tablas. Aquí están los scripts para crearlos manualmente:

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

ALTERNATIVA

Otra solución sería crear el script desde una instancia de MySQL 5.6.

Paso 01 : vaya a un servidor DB que ejecute MySQL 5.6 o instale MySQL 5.6 en una máquina de prueba.

Paso 02 : mysqldump estas 5 tablas en un archivo de texto

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

Luego, puede ejecutar InnoDB_MySQL_Tables.sqlen cualquier servidor DB que ejecute MySQL 5.5 antes de actualizar.


1
Resolvió mi problema en una actualización de Linux desde 5.5 - Oracle 5.6. Tuve que soltar algunas tablas fantasmas, detener mysql, mover los archivos ibd malos de / var / lib / mysql / mysql, reiniciar mysql, luego ejecutar las declaraciones de Rolando ... y Yay no más errores de inicio y, con suerte, no más inestabilidad. Rolando eres asombroso.
glifo

3
Gracias por tu solución. Al igual que con la instalación del paquete mysql-community-server, se incluye un script que básicamente tiene todas las declaraciones de creación necesarias:cat /usr/share/mysql/mysql_system_tables.sql | mysql -uroot -p mysql
minni

1
Tuve este problema y crear las tablas desde cero no funcionaría porque "ya existían". Resulta que estaba cambiando de un archivo grande a un archivo por tabla para InnoDB y había eliminado mi ibdata1archivo. MySQL no volvió a crear estas tablas al inicio y tuve que mover manualmente los archivos que representan las tablas fuera del directorio de datos de MySQL para poder usar las CREATEdeclaraciones anteriores ( DROP TABLEno funcionó).
Christopher Schultz

@ChristopherSchultz gracias por mencionar esto. Mencioné esto en agosto de 2015 ( dba.stackexchange.com/questions/111616/… ). Al menos lo descubriste por tu cuenta, lo cual es bueno.
RolandoMySQLDBA

Gracias, esto resolvió mi problema. por cierto, encontré el error "la tabla no existe" arriba mientras restauraba el último volcado de DB antes de realizar la actualización manual de mysql que se está instalando con una versión superior.
ash_01

9

La respuesta de Rolando funcionó para mí con algunas adiciones. Tuve el mismo problema, con estas 5 tablas que se muestran a través de SHOW TABLES, pero SELECT u otras operaciones en la tabla resultaron en una tabla no encontrada.

Para resolver el problema, usando la respuesta de Rolando, necesitaba:

  • DROP TABLE <tablename> - las 5 mesas

  • En el sistema de archivos, elimine los archivos .ibd restantes (los archivos .frm fueron eliminados por DROP TABLE)

  • Luego paré y comencé la instancia de mysqld (no sé si era necesario, me hizo feliz)

  • Las CREATE TABLEdeclaraciones que Rolando proporcionó luego se publicaron sin problemas.


1
Solo para mencionar que, incluso al iniciar DROP TABLE <tablename>, recibí el ERROR 1051 (42S02): Unknown table '...'mensaje de error, pero al menos el archivo .frm desapareció para entonces.
superjos
Al usar nuestro sitio, usted reconoce que ha leído y comprende nuestra Política de Cookies y Política de Privacidad.
Licensed under cc by-sa 3.0 with attribution required.