Ошибка 'Неизвестный механизм таблиц' InnoDB '' в запросе.после перезапуска mysql - PullRequest
Новая
       24

Ошибка 'Неизвестный механизм таблиц' InnoDB '' в запросе.после перезапуска mysql

9 голосов
/ 16 октября 2011

У меня есть mysql DB на сервере S1 (mysql версия 5.1.41-3ubuntu12.7-log), я создал master-slave для этой БД на сервере S2 (mysql версия 5.1.54-1ubuntu4-log).
БД на S1 использовала один файл данных (ibdata). после сброса БД на S2 я установил innodb_file_per_table = 1. это сделало каждую таблицу иметь свой собственный файл ibd. теперь все прошло нормально и гладко.
но после перезапуска mysql на S2 я столкнулся с проблемой с получением этой ошибки:
Error 'Unknown table engine 'InnoDB'' on query. Default database: MyDB и когда я пытаюсь показать двигатели 

show engines;
+------------+---------+----------------------------------------------------------------+--------------+------+------------+
| Engine     | Support | Comment                                                        | Transactions | XA   | Savepoints |
+------------+---------+----------------------------------------------------------------+--------------+------+------------+
| MyISAM     | DEFAULT | Default engine as of MySQL 3.23 with great performance         | NO           | NO   | NO         |
| MRG_MYISAM | YES     | Collection of identical MyISAM tables                          | NO           | NO   | NO         |
| BLACKHOLE  | YES     | /dev/null storage engine (anything you write to it disappears) | NO           | NO   | NO         |
| CSV        | YES     | CSV storage engine                                             | NO           | NO   | NO         |
| MEMORY     | YES     | Hash based, stored in memory, useful for temporary tables      | NO           | NO   | NO         |
| FEDERATED  | NO      | Federated MySQL storage engine                                 | NULL         | NULL | NULL       |
| ARCHIVE    | YES     | Archive storage engine                                         | NO           | NO   | NO         |
+------------+---------+----------------------------------------------------------------+--------------+------+------------+

innodb не указан.
в журнале ошибок я вижу это: 

InnoDB: Database physically writes the file full: wait...
InnoDB: Cannot initialize created log files because
InnoDB: data files are corrupt, or new data files were
InnoDB: created when the database was started previous
InnoDB: time but the database was not shut down
InnoDB: normally after that.
111016  8:24:11 [ERROR] Plugin 'InnoDB' init function returned error.
111016  8:24:11 [ERROR] Plugin 'InnoDB' registration as a STORAGE ENGINE failed.
111016  8:24:11 [Warning] Neither --relay-log nor --relay-log-index were used; so replication may break when this MySQL server acts as a slave and has his hostname changed!! Please use '--relay-log=S2-relay-bin' to avoid this problem.

Я пытался удалить ib_logfiles, но это тоже не сработало.
кто-нибудь сталкивался с таким вопросом раньше ?? любая идея высоко ценится
Спасибо

Ответы [ 5 ]

19 голосов
/ 13 апреля 2012

Вы можете удалить файлы журнала InnoDB в вашем каталоге данных mysql с именами ib_logfile0 и ib_logfile1.Не удаляйте файл данных InnoDB (ibdata1).

После этого InnoDB попытается восстановить после перезапуска mysqld.

посмотрите основной файл журнала: 

120413 17:34:47  InnoDB: Initializing buffer pool, size = 64.0M
120413 17:34:47  InnoDB: Completed initialization of buffer pool
120413 17:34:47  InnoDB: Log file .\ib_logfile0 did not exist: new to be created
InnoDB: Setting log file .\ib_logfile0 size to 32 MB
InnoDB: Database physically writes the file full: wait...
120413 17:34:48  InnoDB: Log file .\ib_logfile1 did not exist: new to be created
InnoDB: Setting log file .\ib_logfile1 size to 32 MB
InnoDB: Database physically writes the file full: wait...
InnoDB: The log sequence number in ibdata files does not match
InnoDB: the log sequence number in the ib_logfiles!
120413 17:34:49  InnoDB: Database was not shut down normally!
InnoDB: Starting crash recovery.
4 голосов
/ 19 февраля 2014

Была похожая проблема после зависания сервера и перезагрузки.

Данные в порядке - сообщение об ошибке очень вводит в заблуждение.

Остановите службу MySQL, удалите файлы журнала (ib_logfile*) из /var/lib/mysql и снова запустите службу MySQL.Просто убедитесь на 100%, что MySQL на самом деле не работает при удалении файлов журнала.

2 голосов
/ 12 октября 2012

Я думаю, что конфигурация mysql для innodb, если вы установите innodb_buffer_pool_size = 2G, innodb не будет работать.

Обычно выдает ошибку 

"Unknown table engine 'InnoDB".

, если вы выбираете таблицу с системой innodb, попробуйте innodb_buffer_pool_size = 1G.

1 голос
/ 16 октября 2011

Вы скомпилировали mysql с innodb? Если вы это сделали, вы должны иметь ряды строк, ссылающихся на него, когда вы запустите это: 

strings `which mysqld` | grep innodb
0 голосов
/ 19 февраля 2016

Я столкнулся с той же проблемой.Ответ Никла помог мне найти проблему в основном файле журнала.InnoDB не удалось выделить необходимую память при запуске.После очистки некоторых других процессов все началось правильно.

Журналы показали следующее:

160219 9:20:23 InnoDB: Error: cannot allocate 12884918272 bytes of InnoDB: memory with malloc! Total allocated memory InnoDB: by InnoDB 49601872 bytes. Operating system errno: 12 InnoDB: Check if you should increase the swap file or InnoDB: ulimits of your operating system. InnoDB: On FreeBSD check you have compiled the OS with InnoDB: a big enough maximum process size. InnoDB: Note that in most 32-bit computers the process InnoDB: memory space is limited to 2 GB or 4 GB. InnoDB: We keep retrying the allocation for 60 seconds...

...