MySQL и репликация

[knutov]

Беру назад всё хорошее, что я говорил про репликацию в мускле.

Теперь её можно сломать простым create user, получив ошибку "The password hash doesn't have the expected format".

Comments

[slach]

потому что конфиги по password policy разные на серверах?

это в 8ке или 9ке?

[knutov]

Конфиги обоих мусклей одинаковые.

последняя 7.0.*

[slach]

MySQL 7.x не сущестует в природе

есть 5.x (распотранены сейчас 5.6, 5.7), 8.x и 9.x (недавно вышел и сломал пару несовместимых вещей)

[knutov]

8.*, я промахнулся по клавиатуре, конечно.

Да, девятый много чего ломает, дальше, кажется, проще похоронить и на что-то другое переехать.

Но, думаю, на 8.4 можно пожить еще лет 10, раз уж я все еще почти везде нормально на 5.6 живу.

[slach]

в таком случае IMHO

без специальных приседаний которые приводят к тому что на master настройки отличаются от slave это фиг сделаешь...

[knutov]

да при чем тут приседания, конфиги одинаковые, простая смена пароля приводит к ломанию репликации.

Ну, допустим, в конкретной задаче мне не надо реплицировать юзеров - могу создать на каждом мускле локально, и я убрал из репликации базу mysql, но это вот прямо неожиданно оказалось, после стольких лет, когда у меня вообще никак репликация не ломалась.

[slach]

IMHO может именно смена пароля привести к ломанию репликации...

ошибка то говорит о том что у тебя в момент выполнения запроса ALTER USER ... на slave настройки для паролей другие (old_passwords какой нибудь или дефолтный плагин для авторизации) может быть там у тебя SET @ = стоит какой нибудь при коннекте на master ?

ты рассказываешь что конфиги одинаковые, но ошибка говорит о том что нет =)

[knutov]

И все же, конфиги одинаковые )

Деплой ансиблом, одинаковые побайтово.

[slach]

ну ок =)

но вот такие баги
https://www.percona.com/blog/do-not-upgrade-to-any-version-of-mysql-after-8-0-37/

прямо подтверждают что весь процесс разработки софта сломан наглухо =(