InnoDB unterstützt “per Table”-Tablespaces”:

http://dev.mysql.com/doc/refman/5.0/en/multiple-tablespaces.html

Damit könnte man das Skript auch mit InnoDB einsetzen.

Zumal wird die zentrale ibdata-Datei nicht unnötig aufgebläht, wenn man Dateien löscht.

Hier meine abgewandelte Scriptvariante:

#!/usr/bin/perl
use DBI;
use POSIX qw(strftime);

##
## CONFIGURATION
##

## WARNING: USE ONLY WITH MyISAM!

my $MYSQL_HOST = “localhost”;
my $MYSQL_USER = “backup”;
my $MYSQL_PASS = “XXXXXXXX”;
my $ZFS_DATASET = “datapool/export/db/myisam”;

##
## END OF CONFIGURATION
##

my $SNAP_CMD = “/usr/sbin/zfs snapshot”;
# define a meaningful snapshot name including date and time
my $SNAP_SUFFIX = strftime “mysqlbackup-%Y-%m-%d-%H%M”, localtime;

# Open Database
my @DSN = (‘DBI:mysql:host=’.$MYSQL_HOST, $MYSQL_USER , $MYSQL_PASS);
my $DB = DBI->connect(@DSN) || exit 1;

# Output
print stdout “===============================================================================\n”;
print stdout “MYSQL BINARY BACKUP\n”;
print stdout “===============================================================================\n”;
print stdout “\n”;
print stdout “——————————————————————————-\n”;
print stdout “Flush and lock tables, take ZFS snapshot, unlock tables\n”;
print stdout “——————————————————————————-\n”;
print stdout “\n”;

# Flush, Lock, ZFS snapshot, Unlock
$RESULT = $DB->prepare(‘FLUSH TABLES WITH READ LOCK;’);
$RESULT->execute();
system($SNAP_CMD.’ ‘.$ZFS_DATASET.’@’.$SNAP_SUFFIX);
$RESULT = $DB->prepare(‘UNLOCK TABLES;’);
$RESULT->execute();

# Output
print stdout “\n”;
print stdout “——————————————————————————-\n”;
print stdout “MySQL Backup done.\n”;
print stdout “——————————————————————————-\n”;

# End of script
$DB->disconnect();

.. genau einen solchen Ansatz habe ich gebraucht für unser Projekt, das bei einem Datenbankausfall fatale folgen hätte und daher stündlich gesichert wird. Bisher hatte ich das auch immer im laufenden Betrieb mit PHP gemacht, hatte aber zu den Zeiten immer einen erhöhten LOAD auf dem Server. Ich habe dies nun mit deinem Ansatz geändert und beobachtet. Ich konnte keinen wesentliche Erhöhung des LOAD nun feststellen, und das Backup geht nun auch innerhalb von Sekunden, ohne das das Projekt beeinträchtigt wird. Super Sache … Ich sag ganz herzlich DANKE

Gruß Jürgen

MyISAM speichert jede Tabelle in einer Datei, daher geht das mit dem RSync und Lock noch, wenn keine Mega-Tabellen dabei sind. Bei InnoDB dagegen werden alle Daten des gesamten Datenbankservers in einer Datei gespeichert, womit der Rsync bei JEDEM Update-Query alle Daten erneut kopieren muss – der Lock würde so viel zu lange dauern.

eine tolle Idee. Genau das was ich suche um eine Downtime von mittlerweile über 20 Minuten in den frühen Morgenstunden zu umgehen. Ich werde es mir bei Zeiten einmal anschauen und umsetzten.