[emilv]

mysqlhotcopy har inte stöd för InnoDB, därför vill du inte använda det.

Det går att säga åt mysqldump att inte låsa tabellerna (--opt innefattar låsning av tabellerna, för att stänga av det, använd --no-lock-tables), men då får du inte en lika ren dump eftersom tabellerna kan ändras under tiden som du tar backupen.

[obe]

Ursprungligen postat av emilv

mysqlhotcopy har inte stöd för InnoDB, därför vill du inte använda det.

Det går att säga åt mysqldump att inte låsa tabellerna (--opt innefattar låsning av tabellerna, för att stänga av det, använd --no-lock-tables), men då får du inte en lika ren dump eftersom tabellerna kan ändras under tiden som du tar backupen.

Ok, men om man inte är en bank eller nåt annat kritiskt så fungerar det väl ändå?

[emilv]

Ursprungligen postat av obe

Ok, men om man inte är en bank eller nåt annat kritiskt så fungerar det väl ändå?

Det vet man aldrig. Tänk dig detta scenario:

* Insättning i tabell 1
* Insättning i tabell 2, använd id från tabell 1

Det finns två saker som kan göra din databas "korrupt" här och kräva manuell handpåläggning:
1) Backupen görs på tabell 2 innan insättningen men i tabell 1 efter insättningen.
eller
2) Backupen görs på tabell 1 innan insättningen, men tabell 2 efter insättningen.

Det första är förmodligen oftast rätt harmlöst, men det andra kan vara ett problem om till exempel en ny användare registrerar sig och redan har saker på sitt konto (som exempel).

Mitt råd är därför att göra åtminstone en backup om dygnet med låsta tabeller om du kan.

För övrigt kan --single-transaction vara intressant på InnoDB-tabeller (då kan du få en logiskt konsistent backup utan att låsa tabellerna), men det gör ingen nytta på MyISAM.