mysqldump 备份
时间:2008-07-31 来源:soonow
对于中等级别业务量的系统来说,备份策略可以这么定:第一次完全备份,每天一次增量备份,每周再做一次完全备份,如此一直重复。而对于重要的且繁忙的系统来说,则可能需要每天一次全量备份,每小时一次增量备份,甚至更频繁。为了不影响线上业务,实现在线备份,并且能增量备份,最好的办法就是采用主从复制机制(replication),在 slave 机器上做备份。
备份策略布置:
(1)、创建备份目录
Shell> mkdir /tmp/mysqlbackup
Shell> mkdir /tmp/mysqlbackup/daily
(2)、启用二进制日志
采用 binlog 的方法相对来说更灵活,省心省力,而且还可以支持增量备份。
启用 binlog 时必须要重启 mysqld。首先,关闭 mysqld,打开 /etc/my.cnf,加入以下几行:
[mysqld]
log-bin
然后启动 mysqld 就可以了。运行过程中会产生 HOSTNAME-bin.000001 以及 HOSTNAME-bin.index,前面的文件是 mysqld 记录所有对数据的更新操作,后面的文件则是所有 binlog 的索引,都不能轻易删除。关于 binlog 的更详细信息请查看手册。
(3)、配置SSH密钥登录,用于将MySQL备份传送到备份服务器(如果备份服务器为Windows,请跳过此部)。
1)、在MySQL所在服务器(192.168.0.20)生成SSH密钥
[root@lab ~]# ssh-keygen -t rsa
Generating public/private rsa key pair.
Enter file in which to save the key (/root/.ssh/id_rsa):
//直接回车
Enter passphrase (empty for no passphrase):
//直接回车,不使用密码
Enter same passphrase again:
//直接回车,不使用密码
Your identification has been saved in /root/.ssh/id_rsa.
Your public key has been saved in /root/.ssh/id_rsa.pub.
The key fingerprint is:
c2:96:9f:2d:5a:8e:08:42:43:35:2f:85:5e:72:f8:1c root@lab
2)、在备份服务器(192.168.0.200)上创建目录,修改权限,并传送公钥。
[root@lab ~]# ssh 192.168.0.200 "mkdir .ssh;chmod 0700 .ssh"
The authenticity of host '192.168.0.200 (192.168.0.200)' can't be established.
RSA key fingerprint is 37:57:55:c1:32:f1:dd:bb:1b:8a:13:6f:89:fb:b8:9d.
Are you sure you want to continue connecting (yes/no)? yes
Warning: Permanently added '192.168.0.200' (RSA) to the list of known hosts.
[email protected]'s password:
//输入备份服务器的root密码
[root@lab ~]# scp .ssh/id_rsa.pub 192.168.0.200:.ssh/authorized_keys2
[email protected]'s password:
id_rsa.pub 100% 218 0.2KB/s 00:00
3)、测试SSH登录
[root@lab ~]# ssh 192.168.0.200 //测试SSH登录
Last login: Fri Nov 16 10:34:02 2007 from 192.168.0.20
[root@lib ~]#
(4)、设置crontab任务,每天执行备份脚本
shell> crontab -e
#每个星期日凌晨3:00执行完全备份脚本
0 3 * * 0 /root/MySQLBackup/mysqlFullBackup.sh >/dev/null 2>&1
#周一到周六凌晨3:00做增量备份
0 3 * * 1-6 /root/MySQLBackup/mysqlDailyBackup.sh >/dev/null 2>&1
mysqlFullBackup.sh注释:
代码- #!/bin/sh
- # Name:mysqlFullBackup.sh
- # PS:MySQL DataBase Full Backup.
- # Write by:i.Stone
- # Last Modify:2007-11-17
- #
- # Use mysqldump --help get more detail.
- #
- # 定义变量,请根据具体情况修改
- # 定义脚本目录
- scriptsDir=`pwd`
- # 定义数据库目录
- mysqlDir=/usr/local/mysql
- # 定义用于备份数据库的用户名和密码
- user=root
- userPWD=111111
- # 定义备份目录
- dataBackupDir=/tmp/mysqlbackup
- # 定义邮件正文文件
- eMailFile=$dataBackupDir/email.txt
- # 定义邮件地址
- [email protected]
- # 定义备份日志文件
- logFile=$dataBackupDir/mysqlbackup.log
- DATE=`date -I`
- echo "" > $eMailFile
- echo $(date +"%y-%m-%d %H:%M:%S";-) >> $eMailFile
- cd $dataBackupDir
- # 定义备份文件名
- dumpFile=mysql_$DATE.sql
- GZDumpFile=mysql_$DATE.sql.tar.gz
- # 使用mysqldump备份数据库,请根据具体情况设置参数
- $mysqlDir/bin/mysqldump -u$user -p$userPWD \
- --opt --default-character-set=utf8 --extended-insert=false \
- --triggers -R --hex-blob --all-databases \
- --flush-logs --delete-master-logs \
- --delete-master-logs \
- -x > $dumpFile
- # 压缩备份文件
- if [[ $? == 0 ]]; then
- tar czf $GZDumpFile $dumpFile >> $eMailFile 2>&1
- echo "BackupFileName:$GZDumpFile" >> $eMailFile
- echo "DataBase Backup Success!" >> $eMailFile
- rm -f $dumpFile
- # Delete daily backup files.
- cd $dataBackupDir/daily
- rm -f *
- # Delete old backup files(mtime>2).
- $scriptsDir/rmBackup.sh
- # 如果不需要将备份传送到备份服务器或备份服务器为Windows,请将标绿的行注释掉
- # Move Backup Files To Backup Server.
- #适合Linux(MySQL服务器)到Linux(备份服务器)
- $scriptsDir/rsyncBackup.sh
- if (( !$? )); then
- echo "Move Backup Files To Backup Server Success!" >> $eMailFile
- else
- echo "Move Backup Files To Backup Server Fail!" >> $eMailFile
- fi
- else
- echo "DataBase Backup Fail!" >> $emailFile
- fi
- # 写日志文件
- echo "--------------------------------------------------------" >> $logFile
- cat $eMailFile >> $logFile
- # 发送邮件通知
- cat $eMailFile | mail -s "MySQL Backup" $eMail
(5) 、恢复数据库到备份时的状态
用 mysqldump 备份出来的文件是一个可以直接倒入的 SQL 脚本,直接用 mysql 客户端导入就可以了。
/usr/local/mysql/bin/mysql -uroot -pUserPWD db_name < db_name.sql
对于任何可适用的更新日志,将它们作为 mysql 的输入:
% ls -t -r -1 HOSTNAME-bin* | xargs mysqlbinlog | mysql -uUser -pUserPWD
ls 命令生成更新日志文件的一个单列列表,根据服务器产生它们的次序排序(注意:如果你修改任何一个文件,你将改变排序次序,这将导致更新日志以错误的次序被运用。)
本套备份策略只能恢复数据库到最后一次备份时的状态,要想在崩溃时丢失的数据尽量少应该更频繁的进行备份,要想恢复数据到崩溃时的状态请使用主从复制机制(replication)。如果使用本套备份脚本,将日志文件和数据文件放到不同的磁盘上是一个不错的主义,这样不仅可以提高数据写入速度,还能使数据更安全。