Как брать mysql дамп mysql дб каждый час
Компания я работаю на использование основной интернет-сервис бизнес-класса Comcast, который требует 12 Мбит/с вниз и 2 Мбит/с приблизительно за 70$ в месяц после налогов. Мы добавляем дополнительные 10$ в месяц для 5 общедоступных IP-адресов (Не статичный, но имейте очень долгие времена арендного договора. Статический дюйм/с стоил дополнительный), которые используются для нескольких строк VoIP от RingCentral. Сервис очень стабилен только с 48 часами времени простоя за прошлые 5 или 6 лет.
Сказав, что я все еще не классифицировал бы его как стабильный или достаточно быстрый для хостинга ничего, что требует 24/7 времени работы или большого объема трафика. Вы никогда не знаете, когда жилой кабель будет быть сокращенным, или питание выйдет. Плюс скорость тест показывает, что наши восходящие средние числа, меньше чем 1 Мбит/с, что означает Вас, возможно, должен пойти для Premium или Роскошные планы, которые стоят вдвое больше, чтобы удостовериться, что у Вас есть достаточно скорости загрузки.
Ваша лучшая альтернатива должна посмотреть или на локального поставщика соразмещения как xmission.com, который позволит Вам установить свой собственный сервер в их дата-центре SLC или еще лучше просто купить виртуальный сервер от кого-то как Hosting.com или Rackspace. Виртуальным сервером будут полностью управлять и иметь намного лучший SLA, чем что-нибудь, что Вы могли получить от жилого или бизнес-класса ISP меньше чем за 100$ в месяц. Вы могли всегда делать совместно использованный хостинг также (никакой корневой доступ, только FTP и панель управления хостинга), который может быть найден всего за 10$ в месяц в зависимости от Ваших потребностей.
получение дампа базы данных каждый час не лучший вариант. если размер базы данных большой, то большая часть системных ресурсов будет занята только тем, что каждый час снимает дамп. Лучше подумайте о ДОПОЛНИТЕЛЬНЫХ резервных копиях, в которых вы создаете резервную копию только измененной области базы данных, а не всей базы данных.
Создание инкрементных резервных копий путем включения двоичного журнала
MySQL поддерживает добавочные резервные копии: вы должны запустить сервер с - log-bin для включения двоичного журнала. Бинарные файлы журнала предоставляют вам информацию, необходимую для репликации изменений в базе данных, которые вносятся после того, как вы выполнили резервное копирование. В тот момент, когда вы хотите сделать инкрементную резервную копию (содержащую все изменения, произошедшие с момента последней полной или инкрементной резервной копии), вам следует повернуть двоичный журнал с помощью FLUSH LOGS. После этого вам необходимо скопировать в место резервной копии все двоичные журналы, которые варьируются от момента последнего полного или инкрементного резервного копирования до предпоследнего. Эти двоичные журналы представляют собой инкрементную резервную копию; во время восстановления вы применяете их «Моментальное (инкрементное) восстановление с использованием двоичного журнала». В следующий раз, когда вы сделаете полное резервное копирование, вам также следует повернуть двоичный журнал с помощью FLUSH LOGS, mysqldump --flush-logs или mysqlhotcopy --flushlog.
для разных типов резервных копий в mysql перейдите по этому URL:
] http://dev.mysql.com/doc/refman/5.1/en/backup-methods.html
Вы будете использовать для этого cron. Отредактируйте ваш crontab и добавьте что-то вроде
* /1 * * * <your script>
Для редактирования crontab используйте
crontab -e