Когда операция завершается неудачно или вы подозреваете ошибку, обратитесь к журналу ошибок сервера MySQL (см. Раздел 5.4.2, «Журнал ошибок»). Он предоставляет информацию по устранению неполадок для некоторых распространенных InnoDB-специфических ошибок, которые могут возникнуть.

Если ошибка связана с , запустите MySQL с включенным параметром innodb_print_all_deadlocks, чтобы подробности о каждом тупике записывались в журнал ошибок сервера MySQL. Сведения о тупиках см. в Разделе 14.7.5, «Тупиковые ситуации в InnoDB».

Проблемы, связанные со словарем данных InnoDB, включают неудачные операторы CREATE TABLE (файлы таблиц-сирот), невозможность открытия файлов InnoDB и ошибки «система не может найти указанный путь». Дополнительную информацию об этих проблемах и ошибках см. в Разделе 14.22.3, «Устранение неполадок в операциях словаря данных InnoDB».

При устранении неполадок обычно лучше запускать сервер MySQL из командной строки, а не через mysqld_safe или как службу Windows. Таким образом, вы сможете увидеть, что печатает mysqld в консоль, и получить более полное представление о происходящем. В Windows запустите mysqld с параметром --console, чтобы направить вывод в окно консоли.

Включите мониторы InnoDB, чтобы получить информацию о проблеме (см. Раздел 14.18, «Мониторы InnoDB»). Если проблема связана с производительностью или ваш сервер завис, включите стандартный монитор, чтобы отобразить информацию о внутреннем состоянии InnoDB. Если проблема связана с блокировками, включите монитор блокировок. Если проблема связана с созданием таблиц, табличными пространствами или операциями словаря данных, обратитесь к таблицам системы InnoDB INFORMATION_SCHEMA, чтобы проверить содержимое внутреннего словаря данных InnoDB.

InnoDB временно включает вывод стандартного монитора InnoDB при следующих условиях:

Если вы подозреваете повреждение таблицы, выполните CHECK TABLE для этой таблицы.