Бэкап SQL Базы
-
- Сообщения: 1612
- Зарегистрирован: Пт ноя 10, 2006 15:23
-
- Сообщения: 120
- Зарегистрирован: Вс ноя 22, 2009 02:41
- Откуда: Чебоксары
Потерял возможность выполнения транзакций, что для биллинга, в принципе, не допустимо.Makariy писал(а):я в myisam перевел, не жалуюсь
При Innodb, mysqldump надо запускать с --single-transaction и не будет никаких проблем с блокировками и работой UTM'а во время бекапа.
А вот время восстановления - это да, проблема Периодическое архивирование таблиц списаний в архивный myisam частично ее решает. Но вариант со Slave'ом все равно лучше
- kaN5300
- Сообщения: 480
- Зарегистрирован: Пт янв 21, 2005 17:27
- Откуда: Ыукзгрщм
- Контактная информация:
Недавно копался в манах мускулдампа, там пишут действительно про рулезность фичи --single-transaction. Но можно ли ее применять к комбинированной БД с т.з. типа таблиц? У нас mysqldump работает ночью с дефолтными параметрами-аргументами и при запущенном utm5_core. Проблем особых нет вот уже 5 лет. Просто сейчас база разростается с такой скоростью, что придется вводить репликацию и готовить отдельный сервер. Но даже если заработает реплика, всё равно надо будет периодически дампить БД на слейве. По этому интересует оптимальный набор ключей для mysqldump при дефолтной конфигурации таблиц (без изменения Myisam -> Innodb или наоборот).littlesavage писал(а):Потерял возможность выполнения транзакций, что для биллинга, в принципе, не допустимо.Makariy писал(а):я в myisam перевел, не жалуюсь
При Innodb, mysqldump надо запускать с --single-transaction и не будет никаких проблем с блокировками и работой UTM'а во время бекапа.
А вот время восстановления - это да, проблема Периодическое архивирование таблиц списаний в архивный myisam частично ее решает. Но вариант со Slave'ом все равно лучше
- kaN5300
- Сообщения: 480
- Зарегистрирован: Пт янв 21, 2005 17:27
- Откуда: Ыукзгрщм
- Контактная информация:
Щас читаю доки по репликации, наткнулся на кластер, но как я понял он еще очень сырой. А так было бы интересно:
http://dev.mysql.com/doc/refman/5.0/en/ ... uster.html
UPD:
Вот еще пишут при использовании InnoDB:
http://dev.mysql.com/doc/refman/5.0/en/ ... uster.html
UPD:
Вот еще пишут при использовании InnoDB:
Стоит ли добавлять эти параметры в my.cnf на мастере?Note
For the greatest possible durability and consistency in a replication setup using InnoDB with transactions, you should use innodb_flush_log_at_trx_commit=1 and sync_binlog=1 in the master my.cnf file.
Запустил этот скрипт из cron.kirush писал(а):А для кого написан скрипт идущий в комплекте?
# /netup/utm5/bin/utm5_backup.sh
Но скрипт не хочет читать переменные из /netup/utm5/utm5.cfg
Хотя ,если запустить его вручную, то всё работает на ура.
Права доступа правильные.
Подскажите в чём проблема.
Подозреваю что надо что-то в скрипте подправить.
Спасибо