через инсерт пустой транзакции ошибся и записал gtid сильно в будущем,
потом записал корректный и на тот момент все работало
выстрелило сейчас,
нужно было остановить и запустить репликацию снова, io канал не запустился, с ошибкой
Got fatal error 1236 from master when reading data from binary log: 'Slave has more GTIDs than the master has, using the master's SERVER_UUID.
This may indicate that the end of the binary log was truncated or that the last binary log file was lost, e.g.,
after a power or disk failure when sync_binlog != 1. The master may or may not have rolled back transactions that were already replica'
проблемный gtid вот такой:
97793de7-85dc-11ea-988f-00505686015a:1-3428807604:32450025560
пока что решил проблему, направив эту реплику от другой реплики, а не с мастера, но это не очень хорошо
вопрос собственно в том, можно или это как-то исправить без reset master на этой реплике ?
или это единственный способ ? если это так. то какие проблемы ожидать после этого ? не будет ли сложности с подключением к мастеру после этого ?
По идее будет достаточно просто заинжектить твою косячную транзакцию на мастере, при коннекте слейв мастеру свои гтиды отправит, мастер глянет что этот косячный гтид у него есть и не станет возмущаться
А на мастере счётчик потом пойдет с новой позиции ? Или продолжит со старой ? Не то что бы это это было прям проблемой, но куда красивее было бы просто её очистить на этом сервере, но если это слишком накладно, то видимо так и придется сделать
используй от перконы чексум и синк
Обсуждают сегодня