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?

giorgio79
źródło
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ą.

RolandoMySQLDBA
źródło
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.

Asoka Diggs
źródło
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,