Несовпадение схем в экземпляре MySQL 8.3 между файлом .frm таблицы и словарем данных InnoDB может привести к сбою обновления до MySQL 8.4. Такие несовпадения могут быть вызваны повреждением файла .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 8.4 завершается неудачей из-за проблем, описанных в Разделе 3.6, «Подготовка вашей установки к обновлению», сервер отменяет все изменения в каталоге данных. В этом случае удалите все файлы журналов повторных записей и перезапустите сервер MySQL 8.3 в существующем каталоге данных для устранения ошибок. Файлы журналов повторных записей (ib_logfile*) по умолчанию находятся в каталоге данных MySQL. После исправления ошибок выполните медленное завершение (установив innodb_fast_shutdown=0), прежде чем пытаться выполнить обновление повторно.