Несовпадение схем в экземпляре MySQL 9.1 между файлом .frm таблицы и словарем данных InnoDB может привести к сбою обновления до MySQL 9.2. Такие несовпадения могут быть вызваны повреждением файла .frm. Для решения этой проблемы сделайте дамп и восстановите затронутые таблицы перед повторной попыткой обновления.

Если возникнут проблемы, например, новый сервер mysqld не запускается, проверьте, что у вас нет старого файла my.cnf из предыдущей установки. Это можно проверить с помощью опции --print-defaults (например, mysqld --print-defaults). Если эта команда отобразит что-либо помимо имени программы, у вас активен файл my.cnf, который влияет на работу сервера или клиента.

Если после обновления вы столкнулись с проблемами в скомпилированных клиентских программах, например, с Commands out of sync или неожиданными сбросами ядра, вы, вероятно, использовали старые заголовочные файлы или библиотечные файлы при компиляции своих программ. В этом случае проверьте дату файла mysql.h и библиотеки libmysqlclient.a, чтобы убедиться, что они из нового дистрибутива MySQL. Если нет, перекомпилируйте свои программы с новыми заголовочными файлами и библиотеками. Перекомпиляция может также потребоваться для программ, скомпилированных с общей клиентской библиотекой, если изменился номер основной версии библиотеки (например, с libmysqlclient.so.20 на libmysqlclient.so.21).

Если вы создали функцию загружаемого модуля с заданным именем и обновили MySQL до версии, в которой реализована новая встроенная функция с тем же именем, функция загружаемого модуля становится недоступной. Чтобы исправить это, используйте DROP FUNCTION для удаления функции загружаемого модуля, а затем используйте CREATE FUNCTION для повторного создания функции загружаемого модуля с другим, не конфликтным именем. То же самое верно, если новая версия MySQL реализует встроенную функцию с тем же именем, что и существующая хранимая функция. См. Раздел 11.2.5, «Разбор и разрешение имен функций», чтобы ознакомиться с правилами, описывающими, как сервер интерпретирует ссылки на различные типы функций.

Если обновление до MySQL 9.2 завершается сбоем из-за каких-либо проблем, описанных в разделе 3.6, «Подготовка вашей установки к обновлению», сервер отменяет все изменения в каталоге данных. В этом случае удалите все файлы журнала повторения и перезапустите сервер MySQL 9.1 в существующем каталоге данных, чтобы устранить ошибки. Файлы журнала повторения (ib_logfile*) по умолчанию находятся в каталоге данных MySQL. После исправления ошибок выполните медленный останов (установив innodb_fast_shutdown=0) перед повторной попыткой обновления.