MySQL возрастающие резервные копии и репликация баз данных
Сохраните предыдущий дамп и используйте rsync или, что еще лучше, rdiff-backup ( http://www.nongnu.org/ rdiff-backup / ) через ssh вместо простого scp.
Другой вариант помимо использования rsync - настроить репликацию mysql с каждым обычных баз данных в качестве мастеров и баз данных в вашем офисе в качестве подчиненных для каждого мастера. Вы можете прочитать документацию по mysql здесь. . Если вы хотите сохранить резервную копию в стиле scp / rsync, вы можете добавить сжатие к резервной копии с помощью bzip или каким-либо другим способом.
Другой возможный вариант - использовать двоичный журнал, но не фактическую репликацию, по причинам, указанным в syneticon-dj. Храните двоичные журналы на пару дней (они могут быть большими) и используйте инструмент mysqlbinlog , чтобы получить определенные периоды времени и воспроизвести изменения на центральном сервере в течение дня.
Есть некоторая производительность и другие ограничения, такие как транзакции, но это может сработать для вашей настройки. У вас также будет хороший контрольный журнал, чтобы точно увидеть, когда произошло «УДАЛИТЬ ОТ», подобное упоминанию syneticon-dj, и вы сможете удалить его из воспроизведения, найти ответственного и т. Д.
Очевидно, вы захотите сохранить полные резервные копии, но если вы заботитесь о том, чтобы поддерживать центральное обновление в актуальном состоянии, то ночная синхронизация полного резервного копирования с промежуточным двоичным кодом, вероятно, будет наименее интенсивной,