标签：mysql   备份   innobackup   

4、mysql备份恢复

  mysql备份分为冷备和热备，使用冷备需要关闭服务器，在生产绝对不建议这么操作，热备又称为逻辑备份和裸文件备份,备份文件又可以分为全备和增量备份，逻辑备份对增量备份不是特别理想。

从这里开始我们准备两台机器： 系统Cenos7.4 mysql: 5.7

4.1、mysqldump备份操作

1、全备
备份： [root@do3 tmp]#  mysqldump -uroot -pxiong123 -A > 20180510.sql
恢复： [root@do3 tmp]#  mysql -uroot -pxiong123 < 20180510.sql

2、备份单个库
备份： [root@do3 tmp]# mysqldump -uroot -p extmail > extmail.20180510.sql
     备份文件头部： Host: localhost    Database: extmail
    先删除extmail这个库  mysql> drop database extmail;
    恢复操作： [root@do3 tmp]# mysql -uroot -pxiong123 extmail < extmail.20180510.sql 
            删除数据库，直接恢复会报这个错误，我们需要先创建这个库，然后再进行恢复
                    ERROR 1049 (42000): Unknown database ‘extmail‘
 完整单库恢复
    mysql> create database extmail;
    [root@do3 tmp]# mysql -uroot -pxiong123 extmail < extmail.20180510.sql 

3、备份库中的单个表
备份：语法： -u用户 -p密码 库名 表名 
            [root@do3 tmp]# mysqldump -uroot -p extmail alias > ext_alias.sql
恢复：
        1、删除  mysql> drop table extmail.alias;
        2、恢复 [root@do3 tmp]# mysql -uroot -pxiong123 extmail < ext_alias.sql
        3、查看 mysql> use extmail;
                      mysql> show tables;

4.2、xtrbackup

下载地址 - 点我下载 - 版本： percona-xtrabackup-24-2.4.11-1.el7.x86_64.rpm

4.2.1、功能

能实现的功能：
    非阻塞备份innodb等事务引擎数据库、
    备份myisam表会阻塞(需要锁)、
    支持全备、增量备份、压缩备份、
    快速增量备份(xtradb，原理类似于oracle：tracking 上次备份之后发生修改的page.)、
    percona支持归档redo log的备份、
    percona5.6+支持轻量级的backup-lock替代原来重量级的FTWRL，此时即使备份非事务引擎表也不会阻塞innodb的DML语句了、
    支持加密备份、流备份(备份到远程机器)、并行本地备份、并行压缩、并行加密、并行应用备份期间产生的redo日志、并行copy-back
    支持部分备份，只备份某个库，某个表
    支持部分恢复
    支持备份单个表分区
    支持备份速度限制，指备份产生的IO速度的限制
    支持point-in-time恢复
    支持compat备份，也即使不备份索引数据，索引在prepare时--rebuild-indexs
    支持备份buffer pool
    支持单表export, import到其它库
    支持 rsync 来缩短备份非事务引擎表的锁定时间

4.2.1、全备

yum安装  依赖包 libev、rsync
        [root@do3 tmp]# yum -y install percona-xtrabackup-24-2.4.11-1.el7.x86_64.rpm

前期准备：
1、创建一个用户备份的用户
         mysql> grant replication client, reload, lock tables, process on *.* to ‘xtrb‘@‘%‘ identified by ‘xtrb‘;
         mysql> flush privileges;

2、创建一个备份目录 /data/backup
                  [root@do3 mysql]# mkdir /data/backup
                  [root@do3 mysql]# chown mysql.mysql !$

3、创建一个数据库
mysql> create database test;
mysql> use test;
mysql> create table te1 (id int primary key auto_increment,name varchar(25));
mysql> insert into te1 (name) values (‘xiong1‘),(‘xddf2‘),(‘sa3‘);

备份：
1、全备
    [root@do3 mysql]#  innobackupex --defaults-file=/etc/my.cnf --user xtrb --password xtrb --host 192.168.9.224 /data/backup/

备份完成之后是直接以当前时间来命名
[root@do3 mysql]# ls /data/backup/
    2018-05-10_15-54-29
以下是备份的文件，需要将属主属组设置成mysql，方便恢复

文件说明 重要

恢复操作
  恢复时需要加上 --apply-log参数，它的作用是回滚未提交的事务及同步已经提交的事务至数据文件，使数据文件保持一致性；

[root@do3 2018-05-10_15-54-29]# innobackupex --defaults-file=/etc/my.cnf --user xtrb --password xtrb --host 192.168.9.224 --apply-log /data/backup/2018-05-10_15-54-29/
出现如下信息说明成功

这时我们模拟数据挂掉了，直接干掉原先的mysql
1、先停掉它
    [root@do3 2018-05-10_15-54-29]# service mysqld stop

2、弄走原先的数据文件
    [root@do3 2018-05-10_15-54-29]# mv /data/mysql{,.bak}

3、恢复数据文件
    [root@do3 2018-05-10_15-54-29]# pwd
    /data/backup/2018-05-10_15-54-29
    [root@do3 2018-05-10_15-54-29]# mkdir /data/mysql
    [root@do3 2018-05-10_15-54-29]# mv * /data/mysql
    [root@do3 2018-05-10_15-54-29]# chown mysql.mysql /data/mysql -R

4、启动服务
    [root@do3 2018-05-10_15-54-29]# service mysqld start

5、查看数据库
    mysql> show databases;
            Database： test   没问题

4.2.2增量备份

1、先进行一次全备
    [root@do3 backup]#  innobackupex --defaults-file=/etc/my.cnf --user xtrb --password xtrb --host 192.168.9.224 /data/backup/
2、插入新的数据
    mysql> insert into test.te1 (name) values (‘5sf‘),(‘adf‘),(‘555sf‘),(‘3adf‘),(‘5555sf‘),(‘3adadf‘),(‘55ad55sf‘),(‘3adadaf‘);

3、增量备份
[root@do3 backup]# innobackupex --defaults-file=/etc/my.cnf --user xtrb --password xtrb --host 192.168.9.224 --no-timestamp --incremental /data/backup/2018-05-10_16-23-27-incre-1 --incremental-basedir /data/backup/2018-05-10_16-23-27/

4、增备的恢复
    4.1、先进行全备恢复
    4.2、再进行增备恢复  都需要加上 --redo-only
    --redo-only意味着只前滚xtrabackup日志中已经提交的事务，并不回滚那些没有提交的事务信息
    4.3、最后一个过程就是对整体的全备进行恢复，这时就可以去掉--redo-only了，意味着需要回滚那些还没有提交的事务

恢复步骤：
1、全备的恢复
[root@do3 backup]# innobackupex --defaults-file=/etc/my.cnf --user xtrb --password xtrb --host 192.168.9.224 --apply-log --redo-only /data/backup/2018-05-10_16-23-27

xtrabackup: starting shutdown with innodb_fast_shutdown = 1
InnoDB: Starting shutdown...
InnoDB: Shutdown completed; log sequence number 2597453
InnoDB: Number of pools: 1
180510 16:41:43 completed OK!

2、增备的恢复
[root@do3 backup]# innobackupex --defaults-file=/etc/my.cnf --user xtrb --password xtrb --host 192.168.9.224 --apply-log --redo-only /data/backup/2018-05-10_16-23-27 --incremental-dir=/data/backup/2018-05-10_16-23-27-incre-1/

180510 16:42:43 [00]        ...done
180510 16:42:43 [00] Copying /data/backup/2018-05-10_16-23-27-incre-1//xtrabackup_info to ./xtrabackup_info
180510 16:42:43 [00]        ...done
180510 16:42:43 completed OK!

3、整体的全备恢复不加--redo-only
[root@do3 backup]# innobackupex --defaults-file=/etc/my.cnf --user xtrb --password xtrb --host 192.168.9.224 --apply-log /data/backup/2018-05-10_16-23-27

xtrabackup: using the following InnoDB configuration for recovery:
xtrabackup:   innodb_data_home_dir = .
xtrabackup:   innodb_data_file_path = ibdata1:12M:autoextend
xtrabackup:   innodb_log_group_home_dir = .
xtrabackup:   innodb_log_files_in_group = 2      2个文件
xtrabackup:   innodb_log_file_size = 50331648  可以看到日志文件大小

InnoDB: FTS optimize thread exiting.
InnoDB: Starting shutdown...
InnoDB: Shutdown completed; log sequence number 2608421   
180510 16:43:51 completed OK!

4、测试恢复过程
[root@do3 data]# cd /data
[root@do3 data]# service mysqld stop
[root@do3 data]# mv mysql{,.bak}
[root@do3 data]# mkdir mysql
[root@do3 data]# mv backup/2018-05-10_16-23-27/* mysql/
[root@do3 data]# chown mysql.mysql mysql -R
[root@do3 data]# service mysqld start

mysql备份复制-2

标签：mysql   备份   innobackup   

原文地址：http://blog.51cto.com/xiong51/2114893