数据备份其重要性无需多言,再细想一步,我们至少需要两种备份:一种逻辑备份(mysqldump生成sql文件);一种物理备份(xtrabackup可很好完成)。逻辑备份在出问题时能提供更细粒度的恢复和对比;物理备份在整库范围的数据恢复或者增加从库方面有着更高的效率。

首先看下逻辑备份脚本,比较简单

#!/bin/sh ###每天运行一次  ###定义用户 密码 备份目录等信息 user=mysqldump psd=mysqldump backup_base=/data/mysql_backup date=`date +%Y%m%d` old_date=`date +%Y%m%d -d -30days`    ###保存的天数  ###获取库名,排除不需要备份的库 for db in `mysql -u$user -p$psd -s -N -e "show databases"|grep -v -E "(test|percona|information_schema|performance_schema)"` do   ###创建备份目录   if [ ! -d $backup_base/$db ];then     mkdir $backup_base/$db   fi     cd $backup_base/$db    chattr -i ./*        rm -f $old_date.sql* &>/dev/null     #删除30天以前的    mysqldump -u$user -p$psd --events --routines  $db |gzip > $date.sql.gz    ###备份&压缩    chattr +i ./*    ###这里加了个防误删的属性 done

接下来看基于xtrabackup的物理(整库)备份脚本。相比上面的脚本,这个就有意思点儿了(在生成备份的时候遵循了一个规则,然后在恢复脚本里加逻辑判断实现任意时候都能一键恢复)

整套功能需要 三个脚本 innobackupex_all.sh、innobackupex_increment.sh、innobackupex_restore.sh

我们知道xtrabackup可以第一次备份全量数据,之后设置增量备份。Linux crontab以数字0-6表示"周日"-"周六"。所以,我以一周为周期:周日进行全备,存放于0目录;周一至周六增备,存放于1-6目录;下次周日清空目录重新全备。

上面以0-6这样的目录名存放备份数据,是为了让恢复脚本innobackupex_restore.sh处理起来更方便。无论在周几执行恢复脚本,都能正确的执行xtrabackup的恢复过程。

依percona官方文档。xtrabackup备份至少需要以下权限:GRANT RELOAD, SUPER, LOCK TABLES, REPLICATION CLIENT, CREATE TABLESPACE ON *.* TO 'xtrabackup'@'localhost' identified by xxxx

计划任务设置如下

wKiom1YjllLjfwWHAABUb2Zxa3Q422.jpg

全备脚本 innobackupex_all.sh

#!/bin/sh ###每周日凌晨4点,执行全量备份  base_dir=/ljk/data  rm -rf $base_dir/* 2>> $base_dir/all.log    ###清空base_dir,执行全备  ###备份并将日志记录于base_dir下的all.log /usr/bin/innobackupex --user=xtrabackup --password=xtrabackup $base_dir 2>> $base_dir/all.log  cd $base_dir #将以'当前时间命名的全备目录'重命名为'0' mv 20* 0 2>> $base_dir/all.log

增备脚本innobackupex_increment.sh

#!/bin/sh ###周1--周6凌晨4点 增量备份  base_dir=/ljk/data  today=`date +%u` yesterday=`expr $today - 1`  echo -e "\n===================================\n" >> $base_dir/increment.log    ###增备日志记录于$base_dir/increment.log /usr/bin/innobackupex --user=xtrabackup --password=xtrabackup --incremental $base_dir --incremental-basedir=$base_dir/$yesterday 2>> $base_dir/increment.log  cd $base_dir #重命名备份文件,以0 1 2 3 4 5 6 代表周日到 周六 mv 20* $today 2>> $base_dir/increment.log

恢复脚本innobackupex_restore.sh

#!/bin/sh  ###检查上次命令执行是否成功的函数 function check {    if [ $? -ne 0 ];then         echo -e "\e[1;31m\n $1 exec failed,please check it !\e[0m \n"         echo "$1 failed,please check it !"         sleep 1         exit -1    fi }  base_dir=/ljk/data  backup_dir=`ls -l $base_dir|grep -e "^d.*"|awk '{print $NF}'` echo -e "the backup dir is: $backup_dir \n" sleep 1  ###开始恢复  cd $base_dir  echo -e "------ 准备阶段 0 ------\n" sleep 1 /usr/bin/innobackupex --apply-log --redo-only $base_dir/0 check "准备阶段 0";  ###执行除去 0 和 最后一个目录 之外的其他目录的恢复准备 dir_num=`ls -l $base_dir|grep -e "^d.*"|wc -l`      #取出有几个备份目录  for i in `seq 1 $(($dir_num - 2))`   do     echo -e "------ 准备阶段 $i ------ \n"     sleep 1     /usr/bin/innobackupex --apply-log --redo-only $base_dir/0 --incremental-dir=$base_dir/$i     check "准备阶段 $i"; done  ###最后一个增量备份 echo -e "------ 准备阶段 $(($dir_num - 1)) ------ \n" sleep 1 /usr/bin/innobackupex --apply-log $base_dir/0 --incremental-dir=$base_dir/$(($dir_num - 1)) check "准备阶段 $(($dir_num - 1))";  ###以上步骤将所有增量备份中记录的变化应用到了最初的全量备份中 echo -e "------ 应用所有变化到$base_dir/0 ------\n" /usr/bin/innobackupex --apply-log $base_dir/0 check "应用所有变化到$base_dir/0";  ###将数据考回数据目录 echo -e "------ 将处理好的数据考回至数据目录 ------\n" /usr/bin/innobackupex --copy-back $base_dir/0 check "copy-back";

物理备份目录结构截图

wKioL1Yl0YuS9eaIAADKyyzqV00547.jpg

©著作权归作者所有:来自51CTO博客作者kai404的原创作品,如需转载,请注明出处,否则将追究法律责任

mysql备份脚本 逻辑备份 物理备份通用脚本

10

mysql备份psd文件没有数据_两套mysql备份脚本相关推荐

  1. mysql一个表几亿数据_如何在mysql 造1亿条记录的大容量数据表?

    背景及目标:现有数据1000w单表,为压力测试准备1亿条数据. 步骤: 1.将1000w条记录,除id外都导入到多个文件中: //DELIMITER DROP PROCEDURE if EXISTS ...

  2. mysql只能存1000条数据_为什么我mysql的表添加了1000条记录之后就存不进去数据了,客户端也没报错...

    展开全部 因为navicat分页,导致默认一页只能显示1000行,62616964757a686964616fe4b893e5b19e31333433616233超出1000行就在下一页显示了,并不是 ...

  3. mysql 基于idb文件恢复数据

    目录 mysql 基于idb文件恢复数据 创建shcema 将新建表关联 复制idb文件 import表 mysql 基于idb文件恢复数据 适用于mysql8.0+,mysql5版本没测试过 数据库 ...

  4. 关于MySQL的ibd文件恢复数据

    关于MySQL的ibd文件恢复数据 我们的服务器由于停电异常关机,重启后mysql数据库不能正常启动,重装系统后发现数据库文件损坏,悲催的是数据库没有进行及时备份,只能想办法从数据库文件当中恢复,查找 ...

  5. 阿里云数据库RDS MySQL 物理全备文件数据恢复至自建数据库Mysql 5.7中

    环境介绍: CentOS 7.5 Mysql 5.7 percona-xtrabackup-24 注意事项 操作系统中已安装数据恢复工具Percona XtraBackup,您可以从Percona X ...

  6. mysql两台服务器怎么做数据同步_两台mysql服务器实现双机互备配置并测试数据同步...

    对于实现两台机子的互备配置,本文作出了详细的介绍,之后的测试数据同步,在10.168.1.44服务器数据库里修改一条数据, 可以看到数据已经同步过来了.反过来,修改10.168.0.126的数据,也可 ...

  7. mysql句柄是文件描述符_误删除innodb ibdata数据文件 文件句柄 文件描述符 proc fd...

    误删除innodb ibdata数据文件  文件句柄  文件描述符  proc  fd http://www.cnblogs.com/gomysql/p/3702216.html 提示:如果不小心通过 ...

  8. sqlserver 没有备份误删数据_超实用的Word备份和恢复技巧,职场必备,为你的文件保驾护航!...

    我们平常在使用Word的时候,是不是经常遇到这样的尴尬: 刚做好的2000字分析报告,突然电脑黑屏,忘记保存OMG-- 修改文档后忘记另存为,点了保存,原来的被覆盖了-- 写好的文档保存一半,Word ...

  9. MySQL二进制日志文件的用法_数据恢复

    文章目录 开启二进制日志功能 关闭/打开二进制日志记录 刷新二进制日志文件 查看二进制日志文件的存储位置 利用二进制日志文件恢复数据的本质 二进制日志提取/导出到脚本文件中 查看当前二进制日志的最后一 ...

最新文章

  1. Activiti——HelloWorld-模拟流程执行(三)
  2. 虚拟列表控件---加载大数据行
  3. oracle rac em cluster name,ORACLE 11G RAC重建EM问题
  4. 将Lucene搜索集成到应用程序中
  5. 一周消息树:程序员想找好工作?那就学好Linux!
  6. 如何部署一个Kubernetes集群
  7. 服务器块格式不正确的是什么,c#-服务器标签格式不正确.(databinder.eval)
  8. 计算机机房新风机管道布置要求,新风系统管道布置—新风系统管道布置连接方法介绍...
  9. Python基础__函数
  10. Java从0开始之Java环境搭建
  11. 一些简单的道理和习惯
  12. 萤石云官方Demo下载并二次开发 QT5.12.10
  13. PMP考试-风险管理专项突破(第六版)
  14. 异步编程 CompletableFuture(JDK1.8)
  15. GT540M最新驱动(windows XP 32位),安装NDIVIA安装程序无法继续解决方法
  16. java id 锁_java 多线程synchronized同步锁锁住相同用户Id
  17. 数字计算机之父——冯·诺依曼
  18. cadcene17.4改背景颜色
  19. Chrome实现独立代理
  20. 不错的大数据课程体系(感谢某机构,希望不属于侵权)

热门文章

  1. 收藏 | PyTorch模型训练特征图可视化(TensorboardX)
  2. ICCV2021论文全汇总!附下载链接
  3. Leetcode (396 旋转函数)
  4. 线程关键字、锁、同步集合笔记
  5. Linux下分区、格式化、自动挂载
  6. FAQ系列 | 如何保证主从复制数据一致性(转)
  7. Qt安装后配置环境变量(Mac)
  8. linux 能访问内网,但不能访问外网?解决方案
  9. (转)失败和拒绝,也是一种肯定
  10. WDS Services Can't Start