zoukankan      html  css  js  c++  java
  • xtrabackup备份(MySQL备份)与恢复

    xtrabackup备份(MySQL备份)与恢复

    1. innobackupex参数选项

    --no-timestamp: 不创建一个时间戳
    --defaults-file=[MY.CNF]    //指定配置文件:只能从给定的文件中读取默认选项。 且必须作为命令行上的第一个选项;必须是一个真实的文件,它不能是一个符号链接。
    --databases=#    //指定备份的数据库和表,格式为:--database="db1[.tb1] db2[.tb2]" 多个库之间以空格隔开,如果此选项不被指定,将会备份所有的数据库。
    --include=REGEXP    //用正则表达式的方式指定要备份的数据库和表,格式为 --include=‘^mydb[.]mytb’ ,对每个库中的每个表逐一匹配,因此会创建所有的库,不过是空的目录。--include 传递给 xtrabackup --tables。
    
    --tables-file=FILE    //此选项的参数需要是一个文件名,此文件中每行包含一个要备份的表的完整名称,格式为databasename.tablename。该选项传递给 xtrabackup --tables-file,与--tables选项不同,只有要备份的表的库才会被创建。
    
    注意:部分备份(--include、--tables-file、--database)需要开启 innodb_file_per_table 。
    
    --compact    //创建紧凑型备份,忽略所有辅助索引页,只备份data page;通过--apply-log中重建索引--rebuild-indexs。
    
    --compress    //此选项指示xtrabackup压缩备份的InnoDB数据文件,会生成 *.qp 文件。
    
    --apply-log    //应用 BACKUP-DIR 中的 xtrabackup_logfile 事务日志文件。一般情况下,在备份完成后,数据尚且不能用于恢复操作,因为备份的数据中可能会包含尚未提交的事务或已经提交但尚未同步至数据文件中的事务。因此,此时数据文件仍处于不一致状态。“准备”的主要作用正是通过回滚未提交的事务及同步已经提交的事务至数据文件使得数据文件处于一致性状态。
    
    --use-memory=#    //此选项接受一个字符参数(1M/1MB,1G/1GB,默认100M),仅与--apply-log一起使用,该选项指定prepare时用于崩溃恢复(crash-recovery)的内存。
    
    --copy-back    //拷贝先前备份所有文件到它们的原始路径。但原路径下不能有任何文件或目录,除非指定 --force-non-empty-directories 选项。
    
    --incremental-basedir=DIRECTORY    //该选项接受一个字符串参数,该参数指定作为增量备份的基本数据集的完整备份目录。它与 --incremental 一起使用。
    
    --incremental-dir=DIRECTORY    //该选项接受一个字符串参数,该参数指定了增量备份将与完整备份相结合的目录,以便进行新的完整备份。它与 --incremental 选项一起使用。
    
    --redo-only    //在“准备基本完整备份” 和 “合并所有的增量备份(除了最后一个增备)”时使用此选项。它直接传递给xtrabackup的 xtrabackup --apply-log-only 选项,使xtrabackup跳过"undo"阶段,只做"redo"操作。如果后面还有增量备份应用到这个全备,这是必要的。有关详细信息,请参阅xtrabackup文档。
    
    --parallel=NUMBER-OF-THREADS    //此选项接受一个整数参数,指定xtrabackup子进程应用于同时备份文件的线程数。请注意,此选项仅适用于文件级别,也就是说,如果您有多个.ibd文件,则它们将被并行复制; 如果您的表一起存储在一个表空间文件中,它将不起作用。
    

    2.全量备份恢复

    创建备份恢复的用户并赋权

    create user pxb@'localhost' identified by '123456';

    grant reload,process,lock tables,replication client on . to pxb@localhost;

    创建存放备份文件的目录

    mkdir -pv /var/data

    进行数据库全量备份:

    innobackupex --defaults-file=/etc/my.cnf --user=pxb --password=123456 /var/data/

    [root@aliy ~]# ll /var/data/2018-08-28_09-06-39/

    total 18460

    -rw-r----- 1 root root 417 Aug 28 09:06 backup-my.cnf

    -rw-r----- 1 root root 18874368 Aug 28 09:06 ibdata1

    drwxr-x--- 2 root root 4096 Aug 28 09:06 mysql

    drwxr-x--- 2 root root 4096 Aug 28 09:06 performance_schema

    drwxr-x--- 2 root root 4096 Aug 28 09:06 test

    -rw-r----- 1 root root 113 Aug 28 09:06 xtrabackup_checkpoints

    -rw-r----- 1 root root 454 Aug 28 09:06 xtrabackup_info

    -rw-r----- 1 root root 2560 Aug 28 09:06 xtrabackup_logfile

    全量备份恢复

    systemctl stop mariadb

    rm /var/lib/mysql -rf

    mkdir /var/lib/mysql

    准备一个完全备份: --apply-log,执行之后 xtrabackup_checkpoints 文件中的 backup_type = full-prepared

    innobackupex --apply-log /var/data/2018-08-28_09-06-39/

    执行恢复操作:

    innobackupex --defaults-file=/etc/my.cnf --copy-back /var/data/2018-08-28_09-06-39/

    更改data目录权限并启动mysql:

    chown -R mysql:mysql /var/lib/mysql

    systemctl start mariadb

    3. 增量备份恢复

    所谓增量备份恢复就是在全量的基础上进行增量备份。

    增量备份1:以全量为基准

    innobackupex --defaults-file=/etc/my.cnf --user=pxb --password=123456 --incremental /var/data/inc --incremental-basedir=/var/data/2018-08-28_10-01-53/ --parallel=2

    中途进行了数据添加操作。

    增量备份2:以增量备份1为基准

    innobackupex --defaults-file=/etc/my.cnf --user=pxb --password=123456 --incremental /var/data/inc/ --incremental-basedir=/var/data/inc/2018-08-28_10-04-22/ --parallel=2

    增量备份的恢复:
    步骤:

    1. 恢复完全备份
    2. 恢复增量备份到完全备份(开始恢复的增量备份要添加--redo-only参数,到最后一次增量备份要去掉--redo-only)
    3. 对整体的完全备份进行恢复,回滚提交的数据

    准备一个全备:

    innobackupex --apply-log --redo-only /var/data/2018-08-28_10-01-53/

    将增量1应用到完全备份

    innobackupex --apply-log --redo-only /var/data/2018-08-28_10-01-53 --incremental-dir=/var/data/inc/2018-08-28_10-04-22/

    将增量2应用到完全备份,不用加--redo-only参数

    innobackupex --apply-log /var/data/2018-08-28_10-01-53 --incremental-dir=/var/data/inc/2018-08-28_10-07-40/

    把所有的完全备份合并到一起进行一次apply操作,回滚提交的数据

    innobackupex --apply-log /var/data/2018-08-28_10-01-53/

    模拟:将数据库里的内容删除

    systemctl stop mariadb

    mv /var/lib/mysql /var/lib/mysql.bak

    mkdir /var/lib/mysql

    恢复:

    innobackupex --defaults-file=/etc/my.cnf --copy-back /var/data/2018-08-28_10-01-53/

    chown -R mysql:mysql /var/lib/mysql

    systemctl start maraidb

    流备份以及压缩备份

    Xtrabackup对备份的数据文件支持“流”功能,即可以将备份的数据通过STDOUT传输给tar程序进行归档,而不是默认的直接保存至某备份目录中。要使用此功能,仅需要使用--stream选项即可。如:

    innobackupex --stream=tar /data/backup/|gzip >/data/backup/`date +%F`.tar.gz

    也可以使用如下命令将数据备份至其他服务器

    innobackupex --default-file=/etc/my.cnf --stream=tar /backup | ssh user@www.magedu.com " cat -> /backups/date +%F_%H-%M-%S.tar"

    同时也可将备份的数据文件存储到远程的主机,使用--remote-host来实现

    innobackupex --remote-host=root@www.magedu.com /path/IN/REMOTE/HOST/to/backup

    作者:OneMore
    出处:https://www.cnblogs.com/dianel/
    本文版权归作者和博客园共有,欢迎转载,但未经作者同意必须保留此段声明,且在文章页面明显位置给出原文连接,否则保留追究法律责任的权利。如有问题或建议,请多多赐教。

  • 相关阅读:
    十个 PHP 开发者最容易犯的错误
    PHP 引用是个坑,请慎用
    Laravel 模型事件入门
    PHP 设计模式阅读清单
    《PHP 设计模式》翻译完毕
    数据库分库分表(sharding)系列(一) 拆分规则
    数据库Sharding的基本思想和切分策略
    学习JVM GarbageCollection
    数据库为什么要分库分表
    vue2.0 父子组件通信 兄弟组件通信
  • 原文地址:https://www.cnblogs.com/dianel/p/9916146.html
Copyright © 2011-2022 走看看