G
обычный лок на все таблицы может и не помочь. Ты же свои запросы на show master status тоже лочишь
Size: a a a
2020 December 22
S
Grigorij
А вообще бекапы лучше со слейва снимать
со слейвов и делаем
сейчас заниматься начали ресерчем баз данных, например не было мониторинга активный-ли поток репликации, следовательно многие дни у нас вообще не актуальный бэкап был)
как следствие я так понял у нас рассинхронный слейв и похоже не правильно делать репликацию с ноля, при таком случае
сейчас заниматься начали ресерчем баз данных, например не было мониторинга активный-ли поток репликации, следовательно многие дни у нас вообще не актуальный бэкап был)
как следствие я так понял у нас рассинхронный слейв и похоже не правильно делать репликацию с ноля, при таком случае
G
гхм. Не буду комментировать)
G
Бинлоги ещё рекомендую хранить 24+ часа
G
что бы на бекап поверху накатить можно было
S
Grigorij
Тебе нужно залочить таблицы и запомнить позицию бинлога и запустить бекап. Сразу после этого можно разлочивать
так по сути я ж могу просто сделать SHOW MASTER STATUS \G и взять от туда первую попавшуюся позицию, запустить бэкап без лока таблиц с мастера, чтоб получить наиболее свежий бэкап под слейв
и при старте репликации указать ту самую позицию которую получил ранее, разве нет?
и при старте репликации указать ту самую позицию которую получил ранее, разве нет?
G
А если между твоим SHOW MASTER STATUS и снятием бекапа пройдём какой нибудь апдейт?
G
бекап можно и без лока запускать. Достаточно --single-transaction
G
лог нужен, что бы недопустить апдейтов между этими командами
G
Основная мысль, что между SHOW MASTER STATUS и стартом бекапа база должна ничего не делать.
G
может
G
снимай со слейва
G
там это не критично
G
Тогда первый раз придётся посидеть в локах)