Заинтересовался, каким образом данные в бинарном логе выглядят могут выглядеть как текст. Из следующей статьи стало понятно, что лог MySQL сохраняется в видет CSV файла. Отсюда два вопроса:
1. Первичная репликация из источника проводилась также через файл? Какого размера были данные в БД?
2. Примерный объем данных, которые нужно анализировать, видимо, достаточно велик, чтобы для анализа использовать специализированную Вертику. Влезает ли объем изменений в файл?
Я выскажу предположение, что затея с сохранением структур и исходных кодов должна помочь найти отправную точку в поиске того, кто конкретно испортил конкретную таблицу.
Чтобы это сделать берется дата на которую таблица (код) были правильными, и потом уже ищется то ли по альтер скриптам, то ли по переписке, как это произошло.
Заинтересовался, каким образом данные в бинарном логе выглядят могут выглядеть как текст. Из следующей статьи стало понятно, что лог MySQL сохраняется в видет CSV файла. Отсюда два вопроса:
1. Первичная репликация из источника проводилась также через файл? Какого размера были данные в БД?
2. Примерный объем данных, которые нужно анализировать, видимо, достаточно велик, чтобы для анализа использовать специализированную Вертику. Влезает ли объем изменений в файл?
Я выскажу предположение, что затея с сохранением структур и исходных кодов должна помочь найти отправную точку в поиске того, кто конкретно испортил конкретную таблицу.
Чтобы это сделать берется дата на которую таблица (код) были правильными, и потом уже ищется то ли по альтер скриптам, то ли по переписке, как это произошло.