xtrabackup 增量备份 恢复

最新推荐文章于 2016-09-23 17:20:11 发布
最新推荐文章于 2016-09-23 17:20:11 发布
阅读量378 收藏
点赞数
分类专栏： mysql
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/Maikilee_sys/article/details/52319105
版权

step 1: 全备

# innobackupex --defaults-file=/etc/my.cnf --no-timestamp /home/ssd/ali_backup/full_xtra_3306_20160826 --user root --password beijing --socket=/home/ssd/ali_data/my3306.sock

查看xtrabackup_checkpoints 文件

# more full_xtra_3306_20160826/xtrabackup_checkpoints 
backup_type = full-backuped
from_lsn = 0
to_lsn = 12222652952
last_lsn = 12222652952
compact = 0
recover_binlog_info = 0

测试数据

mysql> create database miles;
Query OK, 1 row affected (0.01 sec)
mysql> use miles;
Database changed
mysql> create table t( id int, name varchar(30));
Query OK, 0 rows affected (0.05 sec)

step 2:1级备份

# innobackupex --defaults-file=/etc/my.cnf --no-timestamp --incremental /home/ssd/ali_backup/full_xtra_3306_20160826_i_01 --incremental-basedir=/home/ssd/ali_backup/full_xtra_3306_20160826/  --user root --password beijing --socket=/home/ssd/ali_data/my3306.sock

查看xtrabackup_checkpoints 文件

# more full_xtra_3306_20160826_i_01/xtrabackup_checkpoints 
backup_type = incremental
from_lsn = 12222652952
to_lsn = 12222657366
last_lsn = 12222657366
compact = 0
recover_binlog_info = 0

测试数据

mysql> insert into t values (1, 'i1'),(2,'i2'),(3,'i3'); 
mysql> select * from t;
+------+------+
| id   | name |
+------+------+
|    1 | i1   |
|    2 | i2   |
|    3 | i3   |
+------+------+
3 rows in set (0.01 sec)

step 3:2级备份

# innobackupex --defaults-file=/etc/my.cnf --no-timestamp --incremental /home/ssd/ali_backup/full_xtra_3306_20160826_i_02 --incremental-basedir=/home/ssd/ali_backup/full_xtra_3306_20160826_i_01/  --user root --password beijing --socket=/home/ssd/ali_data/my3306.sock

查看xtrabackup_checkpoints 文件

# more full_xtra_3306_20160826_i_02/xtrabackup_checkpoints 
backup_type = incremental
from_lsn = 12222657366
to_lsn = 12222659058
last_lsn = 12222659058
compact = 0
recover_binlog_info = 0

测试数据

mysql> delete from t where id=2;
Query OK, 1 row affected (0.02 sec)

mysql> select * from t;
+------+------+
| id   | name |
+------+------+
|    1 | i1   |
|    3 | i3   |
+------+------+
2 rows in set (0.00 sec)

mysql> drop database miles;
Query OK, 1 row affected (0.02 sec)

step 4:查看当前日志


mysql> show master status\G;
*************************** 1. row ***************************
             File: 3306-mysql-bin.000003
         Position: 1319
     Binlog_Do_DB: 
 Binlog_Ignore_DB: 
Executed_Gtid_Set: 87fd24be-683d-11e6-ba97-1418774c98d8:49-53,
cdf80832-6a74-11e6-890b-1418774c98d8:1-13
1 row in set (0.00 sec)

mysql> flush logs;
Query OK, 0 rows affected (0.02 sec)

step 5:关库

# mysqladmin -uroot shutdown --socket=/data/mysql.sock -p

step 6:保留旧数据目录

# mv ali_data ali_data_bak

step 7:准备全备

# innobackupex --apply-log --redo-only /home/ssd/ali_backup/full_xtra_3306_20160826/

step 8:准备1级备份

# innobackupex --apply-log --redo-only /home/ssd/ali_backup/full_xtra_3306_20160826/ --incremental-dir=/home/ssd/ali_backup/full_xtra_3306_20160826_i_01/

step 9:准备2级备份

# innobackupex --apply-log --redo-only /home/ssd/ali_backup/full_xtra_3306_20160826/ --incremental-dir=/home/ssd/ali_backup/full_xtra_3306_20160826_i_02/

step 10:再次准备全备

# innobackupex --apply-log  /home/ssd/ali_backup/full_xtra_3306_20160826/

step 11:恢复数据库

# innobackupex --defaults-file=/etc/my.cnf --copy-back /home/ssd/ali_backup/full_xtra_3306_20160826

# chown -R mysql:mysql ali_data

step 12:启动实例

# mysqld_safe --defaults-file=/etc/my.cnf --user=mysql --datadir=/home/ssd/ali_data/  &
mysql> select * from t;
+------+------+
| id   | name |
+------+------+
|    1 | i1   |
|    2 | i2   |
|    3 | i3   |
+------+------+
3 rows in set (0.00 sec)

step 13:查看备份Position

# more full_xtra_3306_20160826/xtrabackup_binlog_info 
3306-mysql-bin.000003   933     87fd24be-683d-11e6-ba97-1418774c98d8:49-53,
cdf80832-6a74-11e6-890b-1418774c98d8:1-11

step 14:查看binlog日志，确定start-position和stop-position

# mysqlbinlog -vv --base64-output=decode-rows 3306-mysql-bin.000003
...
SET @@SESSION.GTID_NEXT= 'cdf80832-6a74-11e6-890b-1418774c98d8:11'/*!*/;
# at 722
#160826 14:00:28 server id 201983306  end_log_pos 795 CRC32 0x98f6ac81  Query   thread_id=27    exec_time=0     error_code=0
SET TIMESTAMP=1472191228/*!*/;
BEGIN
/*!*/;
# at 795
#160826 14:00:28 server id 201983306  end_log_pos 843 CRC32 0x98615829  Table_map: `miles`.`t` mapped to number 77
# at 843
#160826 14:00:28 server id 201983306  end_log_pos 902 CRC32 0x44246525  Write_rows: table id 77 flags: STMT_END_F
### INSERT INTO `miles`.`t`
### SET
###   @1=1 /* INT meta=0 nullable=1 is_null=0 */
###   @2='i1' /* VARSTRING(90) meta=90 nullable=1 is_null=0 */
### INSERT INTO `miles`.`t`
### SET
###   @1=2 /* INT meta=0 nullable=1 is_null=0 */
###   @2='i2' /* VARSTRING(90) meta=90 nullable=1 is_null=0 */
### INSERT INTO `miles`.`t`
### SET
###   @1=3 /* INT meta=0 nullable=1 is_null=0 */
###   @2='i3' /* VARSTRING(90) meta=90 nullable=1 is_null=0 */
# at 902
#160826 14:00:28 server id 201983306  end_log_pos 933 CRC32 0x47fad9c0  Xid = 239
COMMIT/*!*/;
# at 933
#160826 14:08:31 server id 201983306  end_log_pos 981 CRC32 0xd5f3269b  GTID [commit=yes]
SET @@SESSION.GTID_NEXT= 'cdf80832-6a74-11e6-890b-1418774c98d8:12'/*!*/;
# at 981
#160826 14:08:31 server id 201983306  end_log_pos 1054 CRC32 0x993def1d         Query   thread_id=32    exec_time=0     error_code=0
SET TIMESTAMP=1472191711/*!*/;
BEGIN
/*!*/;
# at 1054
#160826 14:08:31 server id 201983306  end_log_pos 1102 CRC32 0x5fe76bad         Table_map: `miles`.`t` mapped to number 78
# at 1102
#160826 14:08:31 server id 201983306  end_log_pos 1145 CRC32 0x98128279         Delete_rows: table id 78 flags: STMT_END_F
### DELETE FROM `miles`.`t`
### WHERE
###   @1=2 /* INT meta=0 nullable=1 is_null=0 */
###   @2='i2' /* VARSTRING(90) meta=90 nullable=1 is_null=0 */
# at 1145
#160826 14:08:31 server id 201983306  end_log_pos 1176 CRC32 0xa2617fb2         Xid = 261
COMMIT/*!*/;
# at 1176
#160826 14:08:40 server id 201983306  end_log_pos 1224 CRC32 0x5cda357a         GTID [commit=yes]
SET @@SESSION.GTID_NEXT= 'cdf80832-6a74-11e6-890b-1418774c98d8:13'/*!*/;
# at 1224
#160826 14:08:40 server id 201983306  end_log_pos 1319 CRC32 0x5de28a5d         Query   thread_id=32    exec_time=0     error_code=0
SET TIMESTAMP=1472191720/*!*/;
drop database miles
/*!*/;
SET @@SESSION.GTID_NEXT= 'AUTOMATIC' /* added by mysqlbinlog */ /*!*/;
# at 1319
#160826 14:09:05 server id 201983306  end_log_pos 1371 CRC32 0xee498579         Rotate to 3306-mysql-bin.000004  pos: 4
DELIMITER ;
# End of log file
ROLLBACK /* added by mysqlbinlog */;
/*!50003 SET COMPLETION_TYPE=@OLD_COMPLETION_TYPE*/;
/*!50530 SET @@SESSION.PSEUDO_SLAVE_MODE=0*/;

step 15:基于binlog日志恢复

# mysqlbinlog --start-position=933 --stop-position=1176 3306-mysql-bin.000003 | mysql -uroot -p --socket=/home/ssd/ali_data/my3306.sock

查看恢复情况

mysql> select * from t;
+------+------+
| id   | name |
+------+------+
|    1 | i1   |
|    3 | i3   |
+------+------+
2 rows in set (0.00 sec)

step 16:确定数据无误后，重新做一份全备

# innobackupex --defaults-file=/etc/my.cnf --user root --password beijing --no-timestamp /home/ssd/ali_backup/full_xtra_3306_20160826_1
Miles_sys
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
基于xtrabackup8工具增量物理备份Mysql8数据自动化工具
12-26
原文链接：...2、星期二、星期三、星期五、星期六Mysql增量备份 3、根据指定日期实现Mysql数据物理恢复
使用xtrabackup实现mysql备份
09-09
Xtrabackup 是percona公司的开源项目，用以实现类似innodb官方的热备份工具InnoDB Hot Backup的功能，能够非常快速地备份与恢复MySQL数据库。今天我们就来详细讨论下Xtrabackup的使用方法
Linux运维-运维课程d5-MySQL备份与恢复-14-xtrabackup增量备份（上）.mp4
05-31
Linux运维-运维课程d5-MySQL备份与恢复-14-xtrabackup增量备份（上）.mp4
Linux运维-运维课程d5-MySQL备份与恢复-13-xtrabackup增量备份的核心原理.mp4
05-31
Linux运维-运维课程d5-MySQL备份与恢复-13-xtrabackup增量备份的核心原理.mp4
Mysql数据库备份恢复测试报告-xtrabackup.docx
03-29
通过已经备份的数据库文件对数据库进行恢复测试，并输出测试报告，本次测试对数据库的全量及增量备份进行恢复，并在恢复完成后验证数据是否正常，恢复时间是否与备份时间相一致。...
show binlog events
Maikilee_sys的专栏
07-21 2618
SHOW BINLOG EVENTS [IN 'log_name'] [FROM pos] [LIMIT [offset,] row_count]用于在二进制日志中显示事件。如果您不指定’log_name’，则显示第一个二进制日志。 LIMIT子句和SELECT语句具有相同的语法。实验：mysql> create table tbl (test TEXT); Query OK, 0 rows af
mysql后台线程
Maikilee_sys的专栏
06-21 2509
master thread 核心的后台线程，主要负责将缓冲池中的数据异步刷新到磁盘，保证数据的一致性，包括脏页的刷新、合并插入缓冲、undo页的回收等。 IO thread 主要负责IO请求的回掉处理。分别为write、read、insert buffer和log IO thread。线程数量可以通过参数进行调整mysql> show variables like 'innodb_versio
mysql GTID主从复制 跳过复制错误
Maikilee_sys的专栏
08-24 2497
在mysqlGTID下，使用SET GLOBAL SQL_SLAVE_SKIP_COUNTER = n会产生如下错误ERROR 1858 (HY000): sql_slave_skip_counter can not be set when the server is running with @@GLOBAL.GTID_MODE = ON. Instead, for each transactio
mysql 提交读 可重复读
Maikilee_sys的专栏
09-23 2315
环境mysql> select version(); +------------+ | version() | +------------+ | 5.6.31-log | +------------+ 1 row in set (0.00 sec) 提交读查看当前数据库隔离级别mysql> select @@global.tx_isolation,@@tx_isolation; +--------
mysql查找配置文件的顺序
Maikilee_sys的专栏
06-20 1963
通过以下命令可以查看mysql 实例启动时，会在哪些位置查找配置文件# mysql --help|grep my.cnf order of preference, my.cnf, $MYSQL_TCP_PORT, /etc/my.cnf /etc/mysql/my.cnf /usr/local/mysql/etc/my.cnf /usr/local/mys
centos6.5 mysql5.6.24 单机多实例安装
Maikilee_sys的专栏
07-19 1903
单实例安装请参照该文档，本文再次基础上进行安装复制已有的配置文件# pwd /etc/mysql # cp -p mysql3306.cnf mysql3307.cnf # ll total 8 -rw-r--r--. 1 mysql mysql 2368 Jul 19 06:59 mysql3306.cnf -rw-r--r--. 1 mysql mysql 2368 Jul 19 06:59
mysql日常运维
Maikilee_sys的专栏
12-07 1617
DBA运维工作 日常导数据、数据修改、表结构变更 加权限、问题处理 其它数据库选型部署、设计、监控、备份、优化等 日常运维工作导数据及注意事项 数据最终形式（csv、sql文本，还是直接导入到某个库中） 导数据的方法（mysqldump、select into outfile） 导数据注意事项 导出为csv格式需要file权限，并且只能数据库本地导 避免锁库锁表（mysqldump使用–sin
innodb lru list、free list、flush list
Maikilee_sys的专栏
06-23 1598
LRU list innodb中新读取到的页，并不直接放在LRU列表首部，而是放在midpoint位置。默认该位置在LRU列表5/8处。midpoint可有参数innodb_old_blocks_pct控制mysql> show variables like 'innodb_old_blocks_pct'\G; *************************** 1. row ********
mysql relay_log_recovery relay_log_info_repository
Maikilee_sys的专栏
09-13 1575
relay-log-info记录SQL线程读取Master binlog的位置，用于Slave 宕机后根据文件中记录的pos点恢复Sql线程master-info 记录IO线程读取已经读取到的master binlog位置，用于slave宕机后IO线程根据文件中的POS点重新拉取binlog日志sync_relay_log_info执行多少个事务后将relay-log-info，sync一下文件刷新
centOS6.4下Percona-XtraBackup的安装
Maikilee_sys的专栏
11-18 1413
去官网下载新版的xtrabackupwget https://www.percona.com/downloads/XtraBackup/Percona-XtraBackup-2.3.2/binary/redhat/6/x86_64/Percona-XtraBackup-2.3.2-r306a2e0-el6-x86_64-bundle.tar拆包tar xvf Percona-XtraBackup-2
mysql semi-sync（半同步复制）
Maikilee_sys的专栏
12-05 1362
半同步复制： 5.5集成到MySQL，以插件的形式存在，需要单独安装 确保事务提交后bnog至少传输到一个从库 不保证从库应用完这个事务的binlog 性能有一定的降低，响应时间会更长 网络异常或从库宕机，卡住主库直到超时或从库恢复 异步复制的逻辑 半同步复制的逻辑 安装 主库上mysql> install plugin rpl_semi_sync_master soname 's
MaxScale 安装
Maikilee_sys的专栏
07-20 1297
参考文档安装Step 1. 安装MariaDB Enterprise repository configuration package# rpm -i http://downloads.mariadb.com/enterprise/hakg-cyew/generate/10.1/mariadb-enterprise-repository.rpmStep 2. 安装MaxScale # yum ins
Mysql: 利用Xtrabackup搭建从库
Maikilee_sys的专栏
08-25 1248
STEP 1: 生成备份并prepare主库做一个全备，做好看到 completed OK 表明备份成功# innobackupex --defaults-file=/etc/my.cnf --user root --password XXX --no-timestamp /home/ssd/ali_backup/full_xtra_3306_20160825_1 ... 160825 14:57:
mysql 半同步 5.6及5.7
Maikilee_sys的专栏
09-13 1236
5.6mysql半同步复制的原理图 通过图片，我们看到，当master提交事务时，并不等待slave节点确认。所以并不保证slave节点的事务是否也能commit成功（例如duplicate key error）。因此可能出现主库提交的数据，从库看不到的现象。5.7mysql半同步复制的原理图 通过图片，我们可以看到5.7把slave端ACK提前了。但是依然会有问题出现。 当slave端ACK超
MySQL8.0之XtraBackup 增量恢复
最新发布
07-11
要进行XtraBackup的增量恢复，首先需要确保已经有了一个完整的全量备份，以及之后的一系列增量备份文件。然后按照以下步骤执行： 1. 将最新的全量备份文件拷贝到恢复目录中。 2. 依次将增量备份文件拷贝到恢复目录...

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值