Конфетка repo приоритеты и конфликты
По моему опыту, и мнение, хоум-раны являются всегда лучшими. Чем больше раз Вы завершаете, тем больше комнаты для проблемы в какой-то момент.
В предоставленной вами ссылке предлагается использовать " - enablerepo = 'mysql * -community *' " Я бы попробовал это. Также вы можете редактировать файлы .repo в /etc/yum.repos.d/ . В /etc/yum.repos.d/remi.repo убедитесь, что установлено значение enabled = 0 , а не один, чтобы отключить репо. Также для файла репозитория сообщества mysql убедитесь, что для параметра enabled установлено значение 1.
Они упакованы разными разработчиками и могут конфликтовать в в том смысле, что они предоставляют одни и те же файлы и т. д., и, возможно, mysql rpm: s из официальных репозиториев не будет считать себя обновлением mysql rpm: s, установленного из remi.
Я думаю, выгрузите базы данных, удалите все mysql rpm: s из remi repo, отключить remi repo, yum clean all, установить mysql из официальных репозиториев и импортировать базы данных.
Два репозитория, remi и mysql56-сообщество, не могут использоваться вместе, так как они используют несовместимые схемы именования пакетов. yum info mysql не покажет ничего из репозитория сообщества MySQL, так как ни один из пакетов не назван mysql по новой схеме именования. Вместо этого попробуйте yum info mysql\*.
Следовательно, вы не можете обновлять MySQL прямо из Remi в репо сообществе MySQL. Вместо этого вам необходимо следовать инструкциям MySQL для замены стороннего дистрибутива MySQL, в частности, разделу "Неанонимные сторонние дистрибутивы". Это включает в себя удаление Remi пакетов и последующую установку пакетов сообщества MySQL по их новым именам.
Если вам необходимо сохранить Remi repo для других пакетов, то вы должны убедиться, что yum больше не будет использовать свои MySQL пакеты, добавив либо exclude=mysql*, либо соответствующую includepkgs строку в определение repo.