Возможность отката изменений в базах данных MySQL без какой-либо формы резервного копирования.

Я понимаю, что могу требовать невозможного, но попробовать никогда не помешает.

Можно ли отменить изменения в нескольких базах данных MySQL без какой-либо резервной копии. Остались только базы данных с изменениями, которые я хочу отменить.

Вы можете спросить, почему это произошло, проще говоря, планировщик Windows XP решил не запускать задачу резервного копирования по расписанию, поэтому резервные копии не были созданы до нескольких десятков запросов к этим базам данных.

Я сомневаюсь, что эти изменения можно отменить, и если это возможно, я не знаю, как это сделать. Возможно, MySQL хранит какие-то записи об изменениях, внесенных в базу данных, но я не знаю.

Кто-нибудь знает способ отменить изменения в базе данных MySql без какой-либо формы резервного копирования (ни файла дампа, ни файлов из папки данных)?

Спасибо.

Сведения о системе:

Windows XP с пакетом обновления 3

Сервер: локальный хост через TCP/IP

Программное обеспечение: MySQL

Версия программного обеспечения: 5.5.25a — MySQL Community Server (GPL)

Версия протокола: 10

Кодировка сервера: Юникод UTF-8 (utf8)


Обновить

Возможно, восстановление системы Windows XP сохранило в файле предыдущую версию баз данных MySQL?


person Fábio Antunes    schedule 01.10.2012    source источник
comment
Есть ли у вас резервные копии всего диска? Возможно, вы сможете восстановить старые версии базовых файлов данных mysql.   -  person octern    schedule 01.10.2012
comment
@octern: Нет, не нужно было делать резервную копию всего диска, поскольку система работает только с MySQL. Проще и легче делать резервные копии баз данных, к сожалению, планировщик задач Windows оставил меня в покое.   -  person Fábio Antunes    schedule 02.10.2012


Ответы (1)


Без резервной копии базы данных вам, вероятно, не повезло. Если у вас было включено ведение журнала запросов mysql или двоичное ведение журнала, вы могли бы получить некоторую информацию о том, какие запросы выполнялись с определенного момента времени, но если у вас были деструктивные запросы (UPDATE, DELETE и т. д.), вы не сможете это узнать. какие были предыдущие данные.

person Mike Brant    schedule 01.10.2012
comment
Да, вы правы, некоторые запросы были деструктивными, так что не повезло. Проверьте мое обновление и скажите, что вы думаете об этом, спасибо. - person Fábio Antunes; 02.10.2012
comment
Ваше обновление не очень помогает. Даже если у вас была некоторая резервная копия системы на уровне Windows, если она не делала резервную копию базы данных MySQL правильно (т. е. с заблокированными таблицами и всеми транзакциями, сброшенными на диск), нет гарантии, что ваши физические файлы данных MySQL не повреждены, или что они представляют некоторый точный момент времени. На самом деле, в случае резервного копирования на системном уровне, это, вероятно, просто состояние таблиц в разные моменты времени (т. е. время начала резервного копирования для каждого файла таблицы). - person Mike Brant; 02.10.2012
comment
Знаете ли вы, где я могу найти эти файлы резервных копий из Windows, если они существуют. Я мог бы попробовать, если бы это сработало. - person Fábio Antunes; 02.10.2012
comment
@FábioAntunes Я полагаю, что резервные копии будут храниться в соответствии с вашими настройками. Я не использую восстановление системы Windows, потому что я не знаком с этим. - person Mike Brant; 02.10.2012
comment
Я сам не очень хорошо с этим знаком, но я что-нибудь придумаю, ну в любом случае, я исхожу из вопроса. Жаль, что ответ на мой вопрос — «Нет», но это именно тот ответ, который я изначально предполагал. В любом случае, спасибо, Майк. - person Fábio Antunes; 02.10.2012