Tägliches MySQL-Backup- und inkrementelles Backup-Skript

Geeignete Objekte

Dieser Artikel wurde unter Linux, MySQL 4.1.14, getestet. Nach entsprechender Änderung ist er möglicherweise für MySQL 4.0, 5.0 und andere Versionen geeignet geeignet für Personen ohne MySQL mit aktivierter Replikationsfunktion, müssen Sie diese Backup-Strategie möglicherweise nicht übernehmen oder relevante Parameter ändern.

Die Backup-Strategie kann bei jedem anders sein, also ändern Sie sie bitte entsprechend Kopieren Sie es nicht, da dies zu unnötigen Verlusten führen kann.

Ich hoffe, Sie verstehen, was dieses Skript bewirkt!

Skriptbeschreibung

Alle 7 Tage sichern. Sichern Sie das Binlog jeden Tag. Dies ist eine inkrementelle Sicherung.

(Wenn nur wenige Daten vorhanden sind, sichern Sie einfach einmal täglich die gesamten Daten. Inkrementelle Sicherung ist möglicherweise nicht notwendig)

Die Erklärung des Autors zum Shell-Skript. Ich bin damit nicht sehr vertraut, daher sind viele Stellen sehr dumm geschrieben:)

Bin-Protokoll aktivieren

In MySQL-Version 4.1 gibt es standardmäßig nur ein Fehlerprotokoll und keine anderen Protokolle. Sie können die Konfiguration ändern, indem Sie das Bin-Protokoll auf viele Arten öffnen. Eine davon ist das Hinzufügen im MySQL-Abschnitt von /etc /my.cnf:

[mysqld]

log-bin

Die Hauptfunktion dieses Protokolls ist die inkrementelle Sicherung oder Replikation (kann andere Verwendungszwecke haben). Wenn Sie eine inkrementelle Sicherung wünschen, müssen Sie dieses Protokoll öffnen.

Bei MySQL mit häufigen Datenbankoperationen wird dieses Protokoll sehr groß und es können mehrere Flush-Protokolle in der Datenbank vorhanden sein , oder verwenden Sie mysqladmin, mysqldump, um „flush-logs“ aufzurufen und den Parameter „delete-master-logs“ zu verwenden. Diese Protokolldateien verschwinden und es werden neue Protokolldateien generiert (zunächst leer). Erstellen Sie niemals ein Backup, es ist möglicherweise nicht erforderlich, das Protokoll zu aktivieren.

Sie können Flush-Logs gleichzeitig mit einem vollständigen Backup aufrufen, Flush-Logs vor einem inkrementellen Backup, um das Neueste zu sichern Daten.

Vollständiges Sicherungsskript

Wenn viele Datenbankdaten vorhanden sind, sichern wir die Daten normalerweise alle paar Tage oder eine Woche, um eine Beeinträchtigung des Anwendungsbetriebs zu vermeiden Die Datenmenge ist relativ gering, daher spielt es keine Rolle, ob Sie sie einmal am Tag sichern.

#!/bin/sh

# MySQL-Datensicherungsskript

# von scud http://www.jscud.com
# 2005-10-30

#

# use mysqldump --help,get more detail.

#

BakDir= /backup/mysql

LogFile=/backup/ mysql/mysqlbak.log

DATE=`date +%Y%m%d`

echo " " >>
echo " " >> $LogFile

echo "--------------------------------- ------------" > ;> $LogFile

echo $(date +"%y-%m-%d %H:%M:%S") >> $LogFile
echo "---------" >> $LogFile

cd $BakDir

DumpFile=$DATE.sql
GZDumpFile=$DATE.sql.tgz

mysqldump --quick --all-databases --flush-logs

--delete- master-logs --lock-all-tables

> $DumpFile

echo „Dump Done“ >> $LogFile 2>&1

echo „[$GZDumpFile]Backup Success!“ >> $LogFile

rm -f $DumpFile

#delete previous daily backup files : inkrementelle Sicherungsdateien, wenn nach vollständiger Sicherung, dann löschen Sie die inkrementellen Sicherungsdateien.

cd $BakDir/daily

rm -f *

cd $BakDir

echo „Sicherung abgeschlossen!“

echo „Bitte überprüfen Sie das $BakDir-Verzeichnis!“

echo „Kopieren Sie es auf Ihre lokale Festplatte oder per FTP irgendwohin!!!“

ls -al $BakDir

above Das Skript sichert MySQL im lokalen Verzeichnis /backup/mysql und die inkrementellen Sicherungsdateien werden im Verzeichnis /backup/mysql/daily abgelegt

Hinweis: Das obige Skript Die gesicherten Dateien werden nicht auf andere Remote-Computer übertragen. Die Sicherungsdateien von vor ein paar Tagen wurden nicht gelöscht: Benutzer müssen relevante Skripts hinzufügen oder manuelle Vorgänge durchführen Die Datenmenge bei der inkrementellen Sicherung ist relativ gering, aber um auf der Grundlage einer vollständigen Sicherung zu arbeiten, können Benutzer Zeit und Kosten abwägen und die Methode wählen, die für sie am vorteilhaftesten ist.

Bei der inkrementellen Sicherung wird das Bin-Protokoll verwendet. Das Skript lautet wie folgt:

#!/bin/sh

#

# MySQL-Binlog-Sicherungsskript

#

/usr/bin/mysqladmin Flush-Logs

DATADIR=/var/lib/mysql

BAKDIR=/backup/mysql/daily

###Wenn Sie etwas Besonderes gemacht haben Bitte ändern Sie die Einstellungen hier oder ändern Sie die Anwendung dieser Variablen. Zeile: Standardmäßig wird der Maschinenname verwendet. MySQL übernimmt standardmäßig auch den Maschinennamen

HOSTNAME=`uname -n`

cd $DATADIR

FILELIST=`cat $HOSTNAME-bin.index `

##Berechnen Sie die Anzahl der Zeilen, also die Anzahl der Dateien
COUNTER=0

für die Datei in $FILELIST

do

COUNTER=`expr $COUNTER + 1 `

done

NextNum=0

for file in $FILELIST
do

base=`basename $file`

NextNum=`expr $NextNum + 1`

if [ $ NextNum -eq $COUNTER ]

then

echo "skip lastest"

else
dest=$BAKDIR /$base
if(test -e $dest)
then
echo „skip exist $base“
else

echo „copying $base“

cp $base $BAKDIR
fi
fi
fertig

echo „backup mysql binlog ok“
Das inkrementelle Backup-Skript dient dazu, die Protokolle vor dem Backup zu leeren. MySQL legt die Protokolle automatisch im Speicher ab und generiert dann eine neue Protokolldatei, sodass wir dies nur tun müssen Sicherung Die ersten paar reichen aus, das heißt, die letzte wird nicht gesichert.
Da von der letzten Sicherung bis zu dieser Sicherung möglicherweise mehrere Protokolldateien erstellt wurden, müssen Sie die Dateien überprüfen, ob sie gesichert wurden , es besteht keine Notwendigkeit, sie zu sichern.

Hinweis: Ebenso müssen Benutzer die Übertragung selbst durchführen, es ist jedoch nicht erforderlich, sie zu löschen. Das Programm wird nach einer vollständigen Sicherung automatisch erstellt.

Zugriffseinstellungen

Damit das Skript ausgeführt werden kann, müssen sowohl mysqladmin als auch mysqldump festgelegt werden Natürlich können sie in das Skript geschrieben werden, aber es ist nicht bequem, sie zu ändern. Angenommen, wir verwenden den Root-Benutzer des Systems, um dieses Skript auszuführen, dann müssen wir eine .my.cnf-Datei in /root erstellen (das heißt). , das Home-Verzeichnis des Root-Benutzers) mit folgendem Inhalt:

[mysqladmin]
password = password
user= root
[mysqldump]
user=root
password=password
Hinweis: Stellen Sie diese Datei so ein, dass sie nur von Root gelesen werden kann (chmod 600 .my.cnf)

Diese Datei erklärt, dass das Programm den Root verwendet Benutzer von MySQL, um Daten zu sichern, und das Passwort ist die entsprechende Einstellung. Auf diese Weise ist es nicht erforderlich, den Benutzernamen und das Passwort in das Skript zu schreiben

Automatisch ausführen

Damit das Backup-Programm automatisch ausgeführt wird, müssen wir es zu crontab hinzufügen. Es gibt zwei Methoden. Eine besteht darin, das Skript in /etc/cron.daily bzw. /etc/cron.weekly einzufügen zu Ihrer Wahl.

Eine besteht darin, es mit crontab -e in die geplanten Aufgaben des Root-Benutzers einzufügen. Beispielsweise wird die vollständige Sicherung jeden Sonntag um 3 Uhr morgens ausgeführt, und die tägliche Sicherung wird jeden Montag ausgeführt Samstag um 3 Uhr.