InnoDB: Помилка: Таблиця "mysql". "Innodb_table_stats" не знайдено після оновлення до mysql 5.6


41

Я перейшов до mysql 5.6 з 5.5, і тепер мої журнали заповнені такими повідомленнями при запуску

Тут я знайшов можливе рішення, але це не здається офіційним. 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.

Будь-які офіційні рішення чи 100% виправлення?


повторити з потоком в stackoverflow.com/questions/15767652/… Ви можете завантажити .sql файл, щоб створити таблицю самостійно.
Бен Лін

Можливо , з цього питання все пішло далі. @ 2018, оновлення старого mysql, те саме питання. Знайдений запуск: mysql_upgrade -u root -p --force && systemctl restart mysqldоновлено схему mysql та всі dbs, вирішивши цю проблему
ProxiBlue

Відповіді:


67

Раніше я вирішував це питання в: Неможливо відкрити таблицю mysql / innodb_index_stats

Ці таблиці створені для вас під час встановлення MySQL 5.6. Однак оновлення з MySQL 5.5 не викликає створення цих таблиць. Ось сценарії для їх створення вручну:

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

АЛЬТЕРНАТИВ

Іншим вирішенням буде створення сценарію з екземпляра MySQL 5.6.

Крок 01 : Перейдіть на сервер БД, на якому працює MySQL 5.6, або встановіть MySQL 5.6 на тестовій машині.

Крок 02 : mysqldпередайте ці 5 таблиць у текстовий файл

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

Потім перед запуском можна запустити InnoDB_MySQL_Tables.sqlбудь-який сервер БД під управлінням MySQL 5.5.


1
Вирішили мою проблему з оновленням Linux до 5.5 - Oracle 5.6. Довелося скинути кілька фантомних таблиць, зупинити mysql, перемістити погані файли ibd з / var / lib / mysql / mysql, перезапустити mysql, потім запустити заяви Rolando .... і Yay більше не буде помилок при запуску і, сподіваємось, більше нестабільності. Роландо, ти дивовижний.
гліф

3
Дякую за ваше рішення. Як і при встановленні пакету mysql-community-server, включений сценарій, в основному всі необхідні для створення операторів:cat /usr/share/mysql/mysql_system_tables.sql | mysql -uroot -p mysql
minni

1
У мене була ця проблема, і створення таблиць з нуля не вийшло, оскільки вони "вже існували". Виявляється, я переходив з одного великого файлу на файл за таблицею для InnoDB, і я видалив свій ibdata1файл. MySQL не створив ці таблиці під час запуску, і мені довелося вручну переміщувати файли, що представляють таблиці, з каталогу даних MySQL, щоб використовувати CREATEвисловлювання вище ( DROP TABLEне працювало).
Крістофер Шульц

@ChristopherSchultz дякую, що згадуєте про це. Я згадував про це ще в серпні 2015 року ( dba.stackexchange.com/questions/111616/… ). Принаймні, ви дізналися самі, що добре.
RolandoMySQLDBA

Завдяки цьому було вирішено мою проблему. btw, я зіткнувся з помилкою "таблиця не існує" вище, коли я відновлюю останній дамп БД, перш ніж робити вручну оновлення mysql, яке перевстановлюється з більш високою версією.
ash_01

9

Відповідь Роландо працювала на мене з деякими доповненнями. У мене була така ж проблема: ці 5 таблиць відображаються за допомогою SHOW TABLES, але SELECT або інші операції над таблицею призводять до того, що таблицю не знайдено.

Щоб вирішити проблему, використовуючи відповідь Роландо, мені потрібно було:

  • DROP TABLE <tablename> - всі 5 таблиць

  • У файловій системі видаліть решта файлів .ibd (файли .frm видалено DROP TABLE)

  • Потім я зупинився і запустив екземпляр mysqld (не знаю, чи потрібен був - зробив мене щасливим)

  • У CREATE TABLEзаяві Роландо надається побігло без проблем.


1
просто зазначу, що навіть при запуску DROP TABLE <tablename>я все-таки отримав ERROR 1051 (42S02): Unknown table '...'повідомлення про помилку, але принаймні файл .frm до цього часу зник.
superjos
Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.