ls
Size: a a a
2018 May 11
SS
Ну блин: все почти тоже самое:
мастер в gtid_mode = ON_PERMISSIVE, далее от него слейв в gtid_mode = ON, но без автопозиции, а от него уже слейва в gtid_mode = ON с автопозицеий.
мастер в gtid_mode = ON_PERMISSIVE, далее от него слейв в gtid_mode = ON, но без автопозиции, а от него уже слейва в gtid_mode = ON с автопозицеий.
SS
где здесь в описании мастер с OFF?
SS
при репликации с OFF, конечно, не будет GTID генерировать
SS
ну и что
SS
ой, ну тот, что OFF он ON_PERMISSIVE должен стать
SS
чтобы работало
ls
Собственно вопрос тогда. Для чего это все затевалось? В бд много хранимой логики. Все что можно было прошерстить на предмет gtid restrictions прошерстили, но нет уверенности, что оно не выстрелит в самый неподходящий момент. Есть переменная
Если её выставить в ON на position-based репликации - оно будет корректно работать?
@@enforce_gtid_consistency
Если её выставить в ON на position-based репликации - оно будет корректно работать?
SS
да
AM
Т.е. все тесты перед переездом на GTID вполне себе можно проводить на старой реплике. Это же прекрасно😊
NK
Можно поинтересоваться кому и для чего требовалось в реальной работе держать master-slave для MySQL?
SS
Бэкап, распределение нагрузки, hot stand by например. Вообще я за более чем 10 лет работы в поддержке видела только одну компанию, у кого не было бы того или иного high availability решения.