Require lockless backup
Bug #766676 reported by
MikeG
This bug affects 1 person
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
holland-backup |
Fix Released
|
Low
|
Andrew Garner |
Bug Description
It would be nice to have an option where you require that the backup fail if it can not be completed without locking. There are cases where I would rather have no backup for the night than downtime.
An example would be a database which is pure innodb having a new table accidentally created as MyISAM. Ordinarily this would just downgrade from --single-
Changed in holland-backup: | |
milestone: | none → 1.1.0a2 |
importance: | Undecided → Low |
status: | New → In Progress |
assignee: | nobody → Andrew Garner (muzazzi) |
Changed in holland-backup: | |
status: | Fix Committed → Fix Released |
To post a comment you must log in.
I added a lockless-only = yes|no option to mysqldump in my amsterdam (holland1.1) tree here:
https:/ /github. com/abg/ holland/ blob/amsterdam/ plugins/ holland. backup. mysqldump/ holland/ backup/ mysqldump/ spec.py
This will abort the backup if holland-mysqldump would use --lock-tables (i.e. a table in some non-excluded database is non-transactional). This will output something like:
[ERROR] Database 'test' has one or more non-transactional tables:
[ERROR] * test.foo is non-transactional (engine=MyISAM)
[INFO] Backup 'mysqldump' failed: One or more databases had non-transactional tables that would result in a locking backup but lockless-only was requested. Aborting backup.