InnoDB: Błąd: tabela „mysql”. „Innodb_table_stats” nie znaleziono po aktualizacji do mysql 5.6


41

Uaktualniłem do mysql 5.6 z 5.5, a teraz moje logi są pełne takich komunikatów podczas uruchamiania

Znalazłem tutaj możliwe rozwiązanie, ale nie wydaje się oficjalne. 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.

Jakieś oficjalne rozwiązania lub 100% poprawki?


powtórz z wątkiem w stackoverflow.com/questions/15767652/... Możesz pobrać plik .sql, aby samodzielnie utworzyć tabelę.
— Ben Lin,

sprawy mogły się potoczyć od czasu tego pytania. @ 2018, aktualizacja starego mysql, ten sam problem. Uruchomiono: mysql_upgrade -u root -p --force && systemctl restart mysqlduaktualnia schemat mysql i wszystkie dbs, rozwiązując ten problem
— ProxiBlue

Odpowiedzi:


67

Wcześniej rozwiązałem ten problem w: Nie można otworzyć tabeli mysql / innodb_index_stats

Te tabele są tworzone dla Ciebie podczas instalowania MySQL 5.6. Jednak aktualizacja z MySQL 5.5 nie powoduje utworzenia tych tabel. Oto skrypty do ich ręcznego tworzenia:

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

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

ALTERNATYWNY

Innym obejściem byłoby utworzenie skryptu z instancji MySQL 5.6.

Krok 01 : Przejdź do serwera DB z systemem MySQL 5.6 lub zainstaluj MySQL 5.6 na maszynie testowej.

Krok 02 : mysqldump te 5 tabel do pliku tekstowego

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

Następnie można uruchomić InnoDB_MySQL_Tables.sqlna dowolnym serwerze DB z systemem MySQL 5.5 przed aktualizacją.


1
Rozwiązałem mój problem z aktualizacją Linuksa z wersji 5.5 - Oracle 5.6. Musiałem upuścić niektóre fantomowe tabele, zatrzymać mysql, przenieść złe pliki ibd z / var / lib / mysql / mysql, zrestartować mysql, a następnie uruchomić instrukcje Rolando .... i nie ma już błędów uruchamiania i mam nadzieję, że nie będzie już niestabilności. Rolando jesteś niesamowity.
— glif

3
Dziękuję za twoje rozwiązanie. Podobnie jak w przypadku instalacji pakietu mysql-community-server, dołączony jest skrypt, który zasadniczo zawiera wszystkie potrzebne instrukcje tworzenia:cat /usr/share/mysql/mysql_system_tables.sql | mysql -uroot -p mysql
— minni

1
Miałem ten problem i tworzenie tabel od zera nie działałoby, ponieważ „już istniały”. Okazuje się, że przełączałem się z jednego dużego pliku na plik na tabelę dla InnoDB i usunąłem swój ibdata1plik. MySQL nie utworzył ponownie tych tabel podczas uruchamiania i musiałem ręcznie przenieść pliki reprezentujące tabele z katalogu danych MySQL, aby użyć CREATEpowyższych instrukcji ( DROP TABLEnie działało).
— Christopher Schultz,

@ChristopherSchultz dziękuję za wzmiankę o tym. Wspomniałem o tym w sierpniu 2015 r. ( Dba.stackexchange.com/questions/111616/… ). Przynajmniej sam się dowiedziałeś, co jest dobre.
— RolandoMySQLDBA,

Dzięki temu rozwiązałem mój problem. btw, napotkałem błąd „tabela nie istnieje” powyżej podczas przywracania ostatniego zrzutu DB przed ręczną aktualizacją mysql, który jest instalowany z wyższą wersją.
— ash_01

9

Odpowiedź Rolando działała dla mnie z pewnymi dodatkami. Miałem ten sam problem, z tymi 5 tabelami wyświetlanymi za pośrednictwem SHOW TABLES, ale SELECT lub inne operacje na tabeli spowodowały, że nie znaleziono tabeli.

Aby rozwiązać problem, korzystając z odpowiedzi Rolando, musiałem:

  • DROP TABLE <tablename> - wszystkie 5 stołów

  • W systemie plików usuń pozostałe pliki .ibd (pliki .frm zostały usunięte przez DROP TABLE)

  • Następnie zatrzymałem się i uruchomiłem instancję mysqld (nie wiem, czy była potrzebna - uszczęśliwiło mnie)

  • Te CREATE TABLEwypowiedzi Rolando przewidziane pobiegł bez problemu.


1
aby wspomnieć, że nawet podczas uruchamiania DROP TABLE <tablename>wciąż pojawia się ERROR 1051 (42S02): Unknown table '...'komunikat o błędzie, ale przynajmniej plik .frm zniknął.
— superjos,
Korzystając z naszej strony potwierdzasz, że przeczytałeś(-aś) i rozumiesz nasze zasady używania plików cookie i zasady ochrony prywatności.
Licensed under cc by-sa 3.0 with attribution required.