使用xtrabackup全部备份与恢复数据库的真实案例-阿里云开发者社区

开发者社区> 科技小能手> 正文

使用xtrabackup全部备份与恢复数据库的真实案例

简介:
+关注继续查看

具体关于xtrabackup的备份与恢复,可以参考以下文章

生产环境究竟是使用mysqldump还是xtrabackup来备份与恢复数据库?

http://dl528888.blog.51cto.com/2382721/1153204

下面是一个生产环境的全部备份恢复案例

主要是备份我之前做的php+mysql+shell的monitor数据库,这个数据库的数据文件4.2G

 

4.2G    ibdata1  5.1M    ib_logfile0  5.1M    ib_logfile1  1.8M    monitor

之前一直使用mysqldump备份,但恢复的时候非常的慢,3个小时都恢复不了,所以放弃了使用mysqldump来备份与恢复数据库的方案,改用xtrabackup来备份与恢复。

备份与恢复上面都描述了,下面就列出我恢复4.2G的数据库使用的时间

恢复的日志是

start time is 20130313-13:34:35  start to stop mysql server  start to restore database   InnoDB Backup Utility v1.5.1-xtrabackup; Copyright 2003, 2009 Innobase Oy  and Percona Ireland Ltd 2009-2012.  All Rights Reserved.   This software is published under  the GNU GENERAL PUBLIC LICENSE Version 2, June 1991.   IMPORTANT: Please check that the apply-log run completes successfully.             At the end of a successful apply-log run innobackupex             prints "completed OK!".     130313 13:34:35  innobackupex: Starting ibbackup with command: xtrabackup_51  --defaults-file="/usr/local/monitor/data/2013-03-13_13-28-28/backup-my.cnf"  --defaults-group="mysqld" --prepare --target-dir=/usr/local/monitor/data/2013-03-13_13-28-28   xtrabackup_51 version 2.0.5 for MySQL server 5.1.59 unknown-linux-gnu (x86_64) (revision id: undefined)  xtrabackup: cd to /usr/local/monitor/data/2013-03-13_13-28-28  xtrabackup: This target seems to be not prepared yet.  xtrabackup: xtrabackup_logfile detected: size=2097152, start_lsn=(2 31133758)  xtrabackup: Temporary instance for recovery is set as followings.  xtrabackup:   innodb_data_home_dir = ./  xtrabackup:   innodb_data_file_path = ibdata1:10M:autoextend  xtrabackup:   innodb_log_group_home_dir = ./  xtrabackup:   innodb_log_files_in_group = 1 xtrabackup:   innodb_log_file_size = 2097152 xtrabackup: Temporary instance for recovery is set as followings.  xtrabackup:   innodb_data_home_dir = ./  xtrabackup:   innodb_data_file_path = ibdata1:10M:autoextend  xtrabackup:   innodb_log_group_home_dir = ./  xtrabackup:   innodb_log_files_in_group = 1 xtrabackup:   innodb_log_file_size = 2097152 xtrabackup: Starting InnoDB instance for recovery.  xtrabackup: Using 104857600 bytes for buffer pool (set by --use-memory parameter)  InnoDB: The InnoDB memory heap is disabled  130313 13:34:35  InnoDB: Initializing buffer pool, size = 100.0M  130313 13:34:35  InnoDB: Completed initialization of buffer pool  InnoDB: Log scan progressed past the checkpoint lsn 2 31133758  130313 13:34:35  InnoDB: Database was not shut down normally!  InnoDB: Starting crash recovery.  InnoDB: Reading tablespace information from the .ibd files...  InnoDB: Doing recovery: scanned up to log sequence number 2 31272048 (7 %)  130313 13:34:36  InnoDB: Starting an apply batch of log records to the database...  InnoDB: Progress in percents: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99   InnoDB: Apply batch completed  130313 13:34:37  InnoDB: Started; log sequence number 2 31272048   [notice (again)]    If you use binary log and don't use any hack of group commit,    the binary log position seems to be:   xtrabackup: starting shutdown with innodb_fast_shutdown = 1 130313 13:34:37  InnoDB: Starting shutdown...  130313 13:34:42  InnoDB: Shutdown completed; log sequence number 2 31272048   130313 13:34:42  innobackupex: Restarting xtrabackup with command: xtrabackup_51  --defaults-file="/usr/local/monitor/data/2013-03-13_13-28-28/backup-my.cnf"  --defaults-group="mysqld" --prepare --target-dir=/usr/local/monitor/data/2013-03-13_13-28-28  for creating ib_logfile*   xtrabackup_51 version 2.0.5 for MySQL server 5.1.59 unknown-linux-gnu (x86_64) (revision id: undefined)  xtrabackup: cd to /usr/local/monitor/data/2013-03-13_13-28-28  xtrabackup: This target seems to be already prepared.  xtrabackup: notice: xtrabackup_logfile was already used to '--prepare'.  xtrabackup: Temporary instance for recovery is set as followings.  xtrabackup:   innodb_data_home_dir = ./  xtrabackup:   innodb_data_file_path = ibdata1:10M:autoextend  xtrabackup:   innodb_log_group_home_dir = ./  xtrabackup:   innodb_log_files_in_group = 2 xtrabackup:   innodb_log_file_size = 5242880 xtrabackup: Temporary instance for recovery is set as followings.  xtrabackup:   innodb_data_home_dir = ./  xtrabackup:   innodb_data_file_path = ibdata1:10M:autoextend  xtrabackup:   innodb_log_group_home_dir = ./  xtrabackup:   innodb_log_files_in_group = 2 xtrabackup:   innodb_log_file_size = 5242880 xtrabackup: Starting InnoDB instance for recovery.  xtrabackup: Using 104857600 bytes for buffer pool (set by --use-memory parameter)  InnoDB: The InnoDB memory heap is disabled  130313 13:34:42  InnoDB: Initializing buffer pool, size = 100.0M  130313 13:34:42  InnoDB: Completed initialization of buffer pool  130313 13:34:42  InnoDB: Log file ./ib_logfile0 did not exist: new to be created  InnoDB: Setting log file ./ib_logfile0 size to 5 MB  InnoDB: Database physically writes the file full: wait...  130313 13:34:42  InnoDB: Log file ./ib_logfile1 did not exist: new to be created  InnoDB: Setting log file ./ib_logfile1 size to 5 MB  InnoDB: Database physically writes the file full: wait...  InnoDB: The log sequence number in ibdata files does not match  InnoDB: the log sequence number in the ib_logfiles!  130313 13:34:42  InnoDB: Database was not shut down normally!  InnoDB: Starting crash recovery.  InnoDB: Reading tablespace information from the .ibd files...  130313 13:34:42  InnoDB: Started; log sequence number 2 31272460   [notice (again)]    If you use binary log and don't use any hack of group commit,    the binary log position seems to be:   xtrabackup: starting shutdown with innodb_fast_shutdown = 1 130313 13:34:42  InnoDB: Starting shutdown...  130313 13:34:48  InnoDB: Shutdown completed; log sequence number 2 31272460  130313 13:34:48  innobackupex: completed OK!  operation is success!  operation is success!  start to start mysql server  Starting MySQL:  [  OK  ]  operation is success!  finish time is 20130313-13:34:49

可以看到仅用了14秒就恢复成功。

所以我现在都使用xtrabackup来备份与恢复数据库,下面是我的全部备份与增量备份的脚本

全部备份的脚本xtrabackup_full.sh

[root@beiyong shell]# cat xtrabackup_full.sh   #!/bin/bash  local_ip="$(/sbin/ifconfig eth0|grep 'inet addr'|awk -F : '{print $2}'|cut -d ' ' -f1)" email='denglei@ctfo.com' user='root' passwd='123456' database='monitor' my_config='/etc/my.cnf' log=$database-$(date +%Y%m%d%H%M).log  str=$database-$(date +%Y%m%d%H%M).tar.gz  backup_dir='/usr/local/monitor/data' echo "Start to backup at $(date +%Y%m%d%H%M)"  if [ ! -d "$backup_dir" ];then      mkdir -p $backup_dir  fi  #innobackupex --user=$user --password=$passwd --defaults-file=$my_config --database=$database --stream=tar $backup_dir 2>$backup_dir/$log | gzip 1>$backup_dir/$str  innobackupex --user=$user --password=$passwd --defaults-file=$my_config --database=$database $backup_dir  if [ $? -eq 0 ];then      echo "Backup is finish! at $(date +%Y%m%d%H%M)"      echo "Server_name:$(hostname) Server_ip:$local_ip $(date +"%y-%m-%d %H:%M:%S") mysql full backup Success!"|/bin/mail -s "Database: [$database} Daily Full Backup Success!" $email      exit 0  else      echo "Backup is Fail! at $(date +%Y%m%d%H%M)"      echo "Server_name:$(hostname) Server_ip:$local_ip $(date +"%y-%m-%d %H:%M:%S") mysql full backup Fail!"|/bin/mail -s "Database: [$database} Daily Full Backup Fail!" $email      exit 1  fi  echo "Backup Process Done"

增量备份的脚本xtrabackup_incremental.sh

[root@beiyong shell]# cat xtrabackup_incremental.sh   #!/bin/bash  local_ip="$(/sbin/ifconfig eth0|grep 'inet addr'|awk -F : '{print $2}'|cut -d ' ' -f1)" email='denglei@ctfo.com' user='root' passwd='123456' database='monitor' my_config='/etc/my.cnf' log=$database-$(date +%Y%m%d%H%M).log  str=$database-$(date +%Y%m%d%H%M).tar.gz  backup_dir='/usr/local/monitor/data/' last_day=$(date -d "1 days ago" +%Y-%m-%d)  today=$(date +%Y%m%d)  filename=$(find $backup_dir -name "$last_day*" -print|awk -F / '{print $NF}')  echo "Start to backup at $(date +%Y%m%d%H%M)"  if [ ! -d "$backup_dir" ];then      mkdir -p $backup_dir  fi  #innobackupex --user=$user --password=$passwd --defaults-file=$my_config --database=$database --stream=tar $backup_dir 2>$backup_dir/$log | gzip 1>$backup_dir/$str  innobackupex --user=$user --password=$passwd --defaults-file=$my_config --database=$database --incremental --incremental-basedir=$backup_dir/$filename $backup_dir  if [ $? -eq 0 ];then      echo "Backup is finish! at $(date +%Y%m%d%H%M)"      echo "Server_name:$(hostname) Server_ip:$local_ip $(date +"%y-%m-%d %H:%M:%S") mysql incremental backup Success!"|/bin/mail -s "Database: [$database} Daily incremental Backup Success!" $email      exit 0  else      echo "Backup is Fail! at $(date +%Y%m%d%H%M)"      echo "Server_name:$(hostname) Server_ip:$local_ip $(date +"%y-%m-%d %H:%M:%S") mysql incremental backup Fail!"|/bin/mail -s "Database: [$database} Daily incremental Backup Fail!" $email      exit 1  fi  echo "Backup Process Done"

结合crontab来实现自动的备份

10 00 * * 0 /usr/local/monitor/shell/xtrabackup_full.sh>> /usr/local/monitor/logs/xtrabackup_full.log 2>&1  10 00 * * 1-6 /usr/local/monitor/shell/xtrabackup_incremental.sh>>/usr/local/monitor/logs/xtrabackup_incremental.log 2>&1

每周日的00:10进行全部备份,每周1-6实现增量备份。

备份完成后还能收到邮件提醒

 

 

上面是全部备份邮件提醒

上面是增量备份邮件提醒

 

本文出自 “吟—技术交流” 博客,请务必保留此出处http://dl528888.blog.51cto.com/2382721/1153207

   



本文转自 msj0905 51CTO博客,原文链接:http://blog.51cto.com/sky66/1684302

版权声明:本文内容由阿里云实名注册用户自发贡献,版权归原作者所有,阿里云开发者社区不拥有其著作权,亦不承担相应法律责任。具体规则请查看《阿里云开发者社区用户服务协议》和《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容,填写侵权投诉表单进行举报,一经查实,本社区将立刻删除涉嫌侵权内容。

相关文章
MySQL Xtrabackup 安装、备份、恢复
转载:https://www.cnblogs.com/zhoujinyi/p/4088866.html 一 简介: Xtrabackup是一个对InnoDB做数据备份的工具,支持在线热备份(备份时不影响数据读写),是商业备份工具InnoDB Hotbackup的一个很好的替代品。
1127 0
使用innobackupex基于从库搭建mysql主从架构
        MySQL的主从搭建大家有很多种方式,传统的mysqldump方式是很多人的选择之一。但对于较大的数据库则该方式并非理想的选择。使用Xtrabackup可以快速轻松的构建或修复mysql主从架构。
1162 0
使用Spring AOP实现MySQL数据库读写分离案例分析
使用Spring AOP实现MySQL数据库读写分离案例分析 前言 分布式环境下数据库的读写分离策略是解决数据库读写性能瓶颈的一个关键解决方案,更是最大限度了提高了应用中读取 (Read)数据的速度和并发量。
1776 0
使用Innobackupex快速搭建(修复)MySQL主从架构
    MySQL的主从搭建大家有很多种方式,传统的mysqldump方式是很多人的选择之一。但对于较大的数据库则该方式并非理想的选择。使用Xtrabackup可以快速轻松的构建或修复mysql主从架构。
1115 0
穿越数据的变迁 - 如何使用阿里云Redis数据闪回进行按时间点的数据恢复
如何使用阿里云Redis数据闪回进行按时间点的数据恢复
2025 0
使用XtraBackup完成对mysql全量、增量备份与恢复
使用XtraBackup完成对mysql全量、增量备份与恢复
2464 0
23706
文章
0
问答
文章排行榜
最热
最新
相关电子书
更多
《2021云上架构与运维峰会演讲合集》
立即下载
《零基础CSS入门教程》
立即下载
《零基础HTML入门教程》
立即下载