CentOS MySQL数据备份和恢复

Posted 白菜素三鲜丶

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了CentOS MySQL数据备份和恢复相关的知识,希望对你有一定的参考价值。

mysql数据备份和恢复

备份原因

运维工作的核心简单概括就两件事:
1)第一个是保护公司的数据.
2)第二个是让网站能7*24小时提供服务(用户体验)。

原因

1)备份就是为了恢复。
2)尽量减少数据的丢失(公司的损失)

备份类型

  • 冷备
    • 需要停机维护,停止服务,备份数据
    • 这些备份在用户不能访问数据时进行,因此无法读取或修改数据。这些脱机备份会阻止执行任何使用数据的活动。这些类型的备份不会干扰正常运行的系统的性能。但是,对于某些应用程序,会无法接受必须在一段较长的时间里锁定或完全阻止用户访问数据。
  • 温备
    • 不需要停机,也不需要停服务,但是备份数据的时候,会锁表
    • 这些备份在读取数据时进行,但在多数情况下,在进行备份时不能修改数据本身。这种中途备份类型的优点是不必完全锁定最终用户。但是,其不足之处在于无法在进行备份时修改数据集,这可能使这种类型的备份不适用于某些应用程序。在备份过程中无法修改数据可能产生性能问题。
  • 热备(仅支持innodb)
    • 不需要停机,也不需要停服务,备份数据的时候也不会锁表
    • 这些动态备份在读取或修改数据的过程中进行,很少中断或者不中断传输或处理数据的功能。使用热备份时,系统仍可供读取和修改数据的操作访问。

备份方式

  • 逻辑备份(mysql的逻辑备份,不支持增备)
    • mysqlbinlog
    • replication(主从复制)
    • into outfile(没啥用)
    • mysqldump
  • 物理备份
    • Xtrabackup(percona)

备份策略

  • 全量备份
  • 增量备份
  • 差异备份

备份工具

  • mysqldump(逻辑)
    • mysql原生自带很好用的逻辑备份工具
  • mysqlbinlog(逻辑)
    • 实现binlog备份的原生态命令
  • xtrabackup(物理)
    • precona公司开发的性能很高的物理备份工具

备份工具-mysqldump

备份选项

-u:指定用户
-p:指定密码
-h:指定主机
-S:指定socket
-P:指定端口

-A:  --all-databases  备份所有库,全备
mysqldump -uroot -p123 -A > /tmp/full.sql

指定单库备份

-B:备份指定数据库

## 备份单库
[root@db03 ~]# mysqldump -uroot -p -B binlog > /tmp/binlog1.sql
Enter password: 
[root@db03 ~]# ll /tmp/binlog1.sql 
-rw-r--r-- 1 root root 1923 Aug 18 17:26 /tmp/binlog1.sql

## 备份多个库
[root@db03 ~]# mysqldump -uroot -p -B binlog  test > /tmp/test.sql
Enter password: 
[root@db03 ~]# ll /tmp/test.sql 
-rw-r--r-- 1 root root 2060 Aug 18 17:29 /tmp/test.sql

## 只备份表,不备份库
[root@db03 ~]# mysqldump -uroot -p  binlog > /tmp/binlog.sql

## 恢复时,需要指定一个数据库
[root@db03 ~]# mysql -uroot -p test < /tmp/binlog.sql

## 备份单表world库下的city表
[root@db01 ~]# mysqldump -uroot -p world city > /tmp/city.sql
Enter password:

备份时刷新binlog日志(没啥用)

-F:刷新binlog

[root@db03 ~]# mysqldump -uroot -p -A -F > /tmp/full.sql
Enter password:

备份表结构(没啥用)

-d:仅备份表结构

[root@db03 ~]# mysqldump -uroot -p -A -d > /tmp/full.sql

备份表数据(没啥用)

-t:仅备份表数据

[root@db03 ~]# mysqldump -uroot -p -A -t > /tmp/full.sql

打点备份(温备)

--master-data=[0|1|2]

[root@db03 ~]# mysqldump -uroot -p -A --master-data=0 > /tmp/full1.sql  # 关闭打点备份
[root@db03 ~]# mysqldump -uroot -p -A --master-data=1 > /tmp/full1.sql  # 可以用来将数据恢复到准备做该库的从库上
[root@db03 ~]# mysqldump -uroot -p -A --master-data=2 > /tmp/full1.sql  # 单纯只为了打点备份

[root@db03 ~]# vim /tmp/full1.sql
CHANGE MASTER TO MASTER_LOG_FILE=mysql-bin.000005, MASTER_LOG_POS=154;

起始位置点:154

## 找到结束点
[root@db03 ~]# mysqlbinlog -vvv --base64-output=decode-row /application/mysql/data/mysql

结束位置点:316

## 截取日志
[root@db03 ~]# mysqlbinlog --start-position=154 --stop-position=316 /application/mysql/data/mysql-bin.000005  > /tmp/increment.sql

## 导入数据
[root@db03 ~]# mysql -uroot -p < /tmp/increment.sql 
Enter password:

快照备份(热备)

root@db03 ~]# mysqldump -uroot -p -A --master-data=2 > /tmp/full1.sql

特殊备份选项

-R:备份存储过程和删除
--triggers:备份触发器

-x:锁表备份(温备,不用)

完整的备份语句

mysqldump -uroot -p123 -A -R --triggers --master-data=2 --single-transaction > /tmp/full.sql

## 优化:压缩备份
[root@db03 ~]# mysqldump -uroot -p -A -R --triggers --master-data=2 --single-transaction | gzip > /tmp/wsh.sql.gz
Enter password:

## 恢复数据
[root@db03 ~]# zcat /tmp/wsh.sql.gz | mysql -uroot -p
Enter password:

## 优化:加上日期
# 精确到天
[root@db03 ~]# mysqldump -uroot -p -A -R --triggers --master-data=1 --single-transaction|gzip > /tmp/wsh_$(date +%F).sql.gz
Enter password: 
[root@db03 ~]# ll /tmp/wsh_2022-08-18.sql.gz 
-rw-r--r-- 1 root root 192627 Aug 18 20:23 /tmp/wsh_2022-08-18.sql.gz

# 精确到小时
[root@db03 ~]# mysqldump -uroot -p -A -R --triggers --master-data=1 --single-transaction|gzip > /tmp/wsh_$(date +%F-%H).sql.gz
Enter password:
[root@db03 ~]# ll /tmp/wsh_2022-08-18-20.sql.gz 
-rw-r--r-- 1 root root 192627 Aug 18 20:24 /tmp/wsh_2022-08-18-20.sql.gz

# 精确到分钟
[root@db03 ~]# mysqldump -uroot -p -A -R --triggers --master-data=1 --single-transaction|gzip > /tmp/wsh_$(date +%F-%H-%M).sql.gz
Enter password:
[root@db03 ~]# ll /tmp/wsh_2022-08-18-20-30.sql.gz 
-rw-r--r-- 1 root root 192627 Aug 18 20:30 /tmp/wsh_2022-08-18-20-30.sql.gz

# 精确到秒
[root@db03 ~]# mysqldump -uroot -p -A -R --triggers --master-data=1 --single-transaction|gzip > /tmp/wsh_$(date +%F-%H-%M-%T).sql.gz
Enter password:
[root@db03 ~]# ll /tmp/wsh_2022-08-18-20-32-20\\:32\\:27.sql.gz 
-rw-r--r-- 1 root root 20 Aug 18 20:32 /tmp/wsh_2022-08-18-20-32-20:32:27.sql.gz

恢复数据操作

#临时,先不记录二进制日志,恢复完之后改成1
mysql> set sql_log_bin=0;
#库内恢复操作
mysql> source /backup/full.sql
#库外恢复操作
[root@db03 ~]# mysql -uroot -p < /backup/full.sql

注意:

  • mysqldump在备份和恢复时都需要MySQL实例启动为前提
  • 一般数据量级100G以内,大约15-30分钟可以恢复(PB、EB就需要考虑别的方式)
  • mysqldump是以覆盖的形式恢复数据的
## 编写脚本
#!/bin/bash

num=1
while true;do
  mysql -uroot -p123 -e "insert into proc.proc value($num);commit;"
  (( num++ ))
  sleep 1
done

# 1.准备新环境
[root@m01 scripts]# ./mysql_install_db --user=mysql --basedir=/application/mysql --datadir=/application/mysql/data

# 2.发送全备到新环境
[root@db02 tmp]# scp zls_2022-08-18-11-45-16.sql.gz 172.16.1.61:/tmp

# 3.恢复全备到新环境
[root@m01 mysql]# zcat /tmp/zls_2022-08-18-11-45-16.sql.gz |mysql

# 4.停掉连接数据库的程序

# 5.停掉旧的数据库
[root@db02 tmp]# /etc/init.d/mysqld stop

# 6.查看全备文件,找到起始位置点
[root@db02 tmp]# zcat /tmp/zls_2022-08-18-11-45-16.sql.gz |head -25
-- CHANGE MASTER TO MASTER_LOG_FILE=mysql-bin.000013, MASTER_LOG_POS=137455268;

# 7.查看binlog文件找到结束位置点
第一段结束位置点:137471450

第二段起始位置点:137479557
第二段结束位置点:137567163

mysqlbinlog --start-position=137455268 --stop-position=137471450 mysql-bin.000013 > /tmp/inc1.sql
mysqlbinlog --start-position=137479557 --stop-position=137567163 mysql-bin.000013 > /tmp/inc2.sql

# 8.发送到新环境
scp  /tmp/inc*.sql  172.16.1.61:/tmp

物理备份

Percona公司的Xtrabackup

Xtrabackup安装

## 1.下载
[root@db03 ~]# wget http://test.driverzeng.com/MySQL_Package/percona-xtrabackup-24-2.4.4-1.el6.x86_64.rpm

## 2.安装
[root@db03 ~]# yum localinstall -y percona-xtrabackup-24-2.4.4-1.el6.x86_64.rpm

## 重点
1)对于非innodb表(比如myisam)是直接锁表cp数据文件,属于一种温备。
2)对于innodb的表(支持事务),不锁表,cp数据页最终以数据文件方式保存下来,并且把redo和undo一并备走,属于热备方式。
3)备份时读取配置文件/etc/my.cnf

## 老版本使用Xtrabackup会锁表属于温备
## 新版本,针对innodb有单独的备份命令innobackupex

全量备份

## 创建备份目录
[root@db03 ~]# mkdir /backup

## 全备命令
[root@db03 ~]# innobackupex --user=root --password=123456 --no-timestamp /backup/full

# 选项
--user:指定用户
--password:指定密码
--socket:指定socket文件位置
--apply-log:模拟CSR
--copy-back:恢复数据
--no-timestamp:备份时,自定义目录名,不使用时间戳

xtrabackup_binlog_info  # binlog信息文件
xtrabackup_checkpoints  # 备份信息文件
xtrabackup_info         # 备份详细信息    

[root@db03 ~]# cat /backup/full/xtrabackup_checkpoints 
backup_type = full-backuped
from_lsn = 0
to_lsn = 4323619
last_lsn = 4323628
compact = 0
recover_binlog_info = 0 

## 恢复数据
# 手动模拟CSR,重做redo,回滚undo
前提1:被恢复的目录是空的
前提2:被恢复的数据库的实例是关闭的

# 关闭数据库
[root@db03 ~]# /etc/init.d/mysqld stop

# 保证data目录是空的
[root@db03 ~]# mv /application/mysql/data/ /opt/

# 恢复全备
[root@db03 ~]# innobackupex --copy-back /backup/full/

# 授权
[root@db03 ~]# chown -R mysql.mysql /application/mysql/data

增量备份

## 注意:
1.基于上一次备份进行增量
2.增量备份无法单独恢复,必须基于全备进行恢复
3.所有增量必须要按顺序合并到全备当中

--incremental:开启增量备份
--incremental-basedir:指定基于上一次备份的目录

## 全备
[root@db03 ~]# innobackupex --user=root --password=123456 --no-timestamp /backup/full

[root@db03 ~]#  cat /backup/full/xtrabackup_checkpoints
backup_type = full-backuped
from_lsn = 0
to_lsn = 2750504
last_lsn = 2750513
compact = 0
recover_binlog_info = 0

## 插入数据
mysql> insert into  test.tb1  value(12);
Query OK, 1 row affected (0.00 sec)

## 第一次增备
[root@db03 ~]# innobackupex --user=root --password=123456 --no-timestamp --incremental --incremental-basedir /backup/full/ /backup/inc1

[root@db03 ~]#  cat /backup/inc1/xtrabackup_checkpoints
backup_type = incremental
from_lsn = 2750504
to_lsn = 2750871
last_lsn = 2750880
compact = 0
recover_binlog_info = 0

## 插入数据
mysql> insert into  test.tb1  value(15);
Query OK, 1 row affected (0.00 sec)

## 第二次增备
[root@db03 ~]# innobackupex --user=root --password=123456 --no-timestamp --incremental --incremental-basedir /backup/inc1/ /backup/inc2

[root@db03 ~]#  cat /backup/inc2/xtrabackup_checkpoints
backup_type = incremental
from_lsn = 2750871
to_lsn = 2751219
last_lsn = 2751228
compact = 0
recover_binlog_info = 0

## 插入数据
mysql> insert into  test.tb1  value(17);
Query OK, 1 row affected (0.01 sec)

## 第三次增备
[root@db03 ~]# innobackupex --user=root --password=123456 --no-timestamp --incremental --incremental-basedir /backup/inc2/ /backup/inc3

[root@db03 ~]#  cat /backup/inc3/xtrabackup_checkpoints
backup_type = incremental
from_lsn = 2751219
to_lsn = 2751567
last_lsn = 2751576
compact = 0
recover_binlog_info = 0

恢复增备

1.full + inc1 + inc2 + inc3
2.inc1 合并到full中
3.inc2 合并到full中
4.inc3 合并到full中
5.分步骤进行--apply-log

--redo-only:只做redo
--incremental-dir:指定增量数据的目录(要把该目录合并到full中)

6.先把全备模拟CSR,只做redo 不做undo
[root@db03 ~]# innobackupex --apply-log --redo-only /backup/full/

7.将inc1合并到全备,只做redo 不做undo
[root@db03 ~]# innobackupex --apply-log --redo-only --incremental-dir=/backup/inc1 /backup/full

8.将inc2合并到全备,只做redo 不做undo
[root@db03 ~]# innobackupex --apply-log --redo-only --incremental-dir=/backup/inc2 /backup/full

9.将inc3合并到全备,redo和undo都做
[root@db03 ~]# innobackupex --apply-log --incremental-dir=/backup/inc3 /backup/full

10.将全备目录,整体做一次redo和undo
[root@db03 ~]# innobackupex --apply-log  /backup/full

11.恢复数据
[root@db03 ~]# mv /application/mysql/data/ /tmp/
[root@db03 ~]# innobackupex --copy-back /backup/full/
[root@db03 ~]# chown -R mysql.mysql /application/mysql/data
[root@db03 ~]# /etc/init.d/mysqld start

差异备份

## 全备
[root@db03 ~]# innobackupex --user=root --password=123456 --no-timestamp /backup/full

[root@db03 ~]# cat /backup/full/xtrabackup_checkpoints
backup_type = full-backuped
from_lsn = 0
to_lsn = 2752628
last_lsn = 2752637
compact = 0
recover_binlog_info = 0

## 第一次差异备份
[root@db03 ~]# innobackupex --user=root --password=123456 --no-timestamp --incremental --incremental-basedir /backup/full /backup/chayi1
[root@db03 ~]# cat /backup/chayi1/xtrabackup_checkpoints
backup_type = incremental
from_lsn = 2752628
to_lsn = 2752628
last_lsn = 2752637
compact = 0
recover_binlog_info = 0

## 插入数据
mysql> insert into  test.tb1  value(5);
Query OK, 1 row affected (0.01 sec)

## 第二次差异备份
[root@db03 ~]# innobackupex --user=root --password=123456 --no-timestamp --incremental --incremental-basedir /backup/full /backup/chayi2

[root@db03 ~]# cat /backup/chayi2/xtrabackup_checkpoints
backup_type = incremental
from_lsn = 2752628
to_lsn = 2752971
last_lsn = 2752980
compact = 0
recover_binlog_info = 0

## 插入数据
mysql> insert into  test.tb1  value(7);
Query OK, 1 row affected (0.01 sec)

## 第三次差异备份
[root@db03 ~]# innobackupex --user=root --password=123456 --no-timestamp --incremental --incremental-basedir /backup/full /backup/chayi3

[root@db03 ~]# cat /backup/chayi3/xtrabackup_checkpoints
backup_type = incremental
from_lsn = 2752628
to_lsn = 2753319
last_lsn = 2753328
compact = 0
recover_binlog_info = 0

差异备份恢复

## 1.关闭数据库
[root@db03 ~]# /etc/init.d/mysqld stop

## 2.清空data目录
[root@db03 ~]# mv /application/mysql/data/ /opt/mysq_data

## 3.先将全备只做redo不做undo
[root@db03 ~]# innobackupex --apply-log --redo-only /backup/full

## 4.合并最后一次差异备份,redo和undo都做
[root@db03 ~]# innobackupex --apply-log  --incremental-dir=/backup/chayi3 /backup/full

## 5.将全备,redo和undo都做一次
[root@db03 ~]# innobackupex --apply-log  /backup/full

## 6.恢复数据
[root@db03 ~]# innobackupex --copy-back  /backup/full

## 7.授权
[root@db03 ~]# chown -R mysql.mysql /application/mysql/data

## 8.启动数据库
[root@db03 ~]# /etc/init.d/mysqld start

模拟用户写数据

[root@db02 backup]# vim /root/mysql.sh 
#!/bin/bash

num=1
while true;do
  mysql -uroot -p123 -e "insert into zls.chayi value($num);commit;"
  (( num++ ))
  sleep 1
done

## 全备
[root@db02 backup]# innobackupex --user=root --password=123 --no-timestamp /backup/full2
[root@db02 backup]# cat /backup/full2/xtrabackup_checkpoints 
backup_type = full-backuped
from_lsn = 0
to_lsn = 2335532269
last_lsn = 2335535141
compact = 0
recover_binlog_info = 0

## 第一次增备
[root@db02 backup]# innobackupex --user=root --password=123 --no-timestamp --incremental --incremental-basedir /backup/full2 /backup/zls_inc1
[root@db02 backup]# cat /backup/zls_inc1/xtrabackup_checkpoints 
backup_type = incremental
from_lsn = 2335532269
to_lsn = 2335575438
last_lsn = 2335575438
compact = 0
recover_binlog_info = 0

## 第二次增备
[root@db02 backup]# innobackupex --user=root --password=123 --no-timestamp --incremental --incremental-basedir /backup/zls_inc1 /backup/zls_inc2
[root@db02 backup]# cat /backup/zls_inc2/xtrabackup_checkpoints 
backup_type = incremental
from_lsn = 2335575438
to_lsn = 2335597445
last_lsn = 2335597445
compact = 0
recover_binlog_info = 0

恢复步骤

1.先停库,避免业务二次伤害
[root@db02 backup]# /etc/init.d/mysqld stop
334条数据

2.准备新环境

3.清空data目录
[root@db02 backup]# mv /application/mysql/data /opt/

4.将全备只做redo不做undo
[root@db02 backup]# innobackupex --apply-log --redo-only /backup/full2

5.将zls_inc1合并到full2中,只做redo不做undo
[root@db02 backup]# innobackupex --apply-log --redo-only --incremental-dir=/backup/zls_inc1 /backup/full2

6.将zls_inc2合并到full2中,redo和undo都做
[root@db02 backup]# innobackupex --apply-log --incremental-dir=/backup/zls_inc2 /backup/full2

7.将full2整体,redo和undo都做
[root@db02 backup]# innobackupex --apply-log /backup/full2

8.恢复数据
[root@db02 backup]# innobackupex --copy-back /backup/full2

9.授权
[root@db02 backup]# chown -R mysql.mysql /application/mysql/data

10.启动数据库
[root@db02 backup]# /etc/init.d/mysqld start

11.查询数据
mysql> select * from zls.chayi;
246 rows in set (0.01 sec)

12.截取binlog
起始位置点:
[root@db02 full2]# cat /backup/full2/xtrabackup_binlog_pos_innodb
mysql-bin.000001    45318

结束位置点:
[root@db02 data]# mysqlbinlog -vvv --base64-output=decode-row mysql-bin.000001 
54432

起始位置点:54524
结束位置点:61778

[root@db02 data]# mysqlbinlog --start-position=45318 --stop-position=54432 mysql-bin.000001 > /backup/binlog1.sql
[root@db02 data]# mysqlbinlog --start-position=54524 --stop-position=61778 mysql-bin.000001 > /backup/binlog2.sql

企业故障恢复案例

背景:
正在运行的网站系统,MySQL数据库,数据量25G,日业务增量10-15M。

备份策略:
每天23:00,计划任务调用mysqldump执行全备脚本

故障时间点:
上午10点开发人员误删除一个核心业务表,如何恢复?

思路:

1)停业务避免数据的二次伤害
2)找一个临时的库,恢复前一天的全备
3)截取前一天23:00到第二天10点误删除之间的binlog,恢复到临时库
4)测试可用性和完整性
5)开启业务前的两种方式

6)开启业务

模拟数据

#!/bin/bash

num=1
while true;do
  mysql -uroot -p123 -e "insert into proc.proc1 value($num);commit;"
  (( num++ ))
  sleep 1
done

备份

[root@db02 ~]# mysqldump -A -R --triggers --master-data=2 --single-transaction|gzip > /tmp/full_$(date +%F).sql.gz

模拟误删除数据

mysql> drop table proc.proc;

恢复思路

1)停业务避免数据的二次伤害
[root@db02 ~]# /etc/init.d/mysqld stop

2) 准备新环境
[root@m01 scripts]# ./mysql_install_db --user=mysql --basedir=/application/mysql --datadir=/application/mysql/data
[root@m01 scripts]# /etc/init.d/mysqld start

3)找一个临时的库,恢复前一天的全备
[root@db02 ~]# scp /tmp/full_2022-08-19.sql.gz 172.16.1.61:/tmp/
[root@m01 scripts]# zcat /tmp/full_2022-08-19.sql.gz |mysql

3)截取前一天23:00到第二天10点误删除之间的binlog,恢复到临时库
起始位置点:
[root@db02 ~]# zcat /tmp/full_2022-08-19.sql.gz |head -25
-- CHANGE MASTER TO MASTER_LOG_FILE=mysql-bin.000002, MASTER_LOG_POS=7138;

结束位置点:42855

第二段起始位置点:42975
第二段结束位置点:58870

[root@db02 ~]# mysqlbinlog  --start-position=7138 --stop-position=42855 /application/mysql/data/mysql-bin.000002 > /tmp/inc1.sql
[root@db02 ~]# mysqlbinlog  --start-position=42975 --stop-position=58870 /application/mysql/data/mysql-bin.000002 > /tmp/inc2.sql
[root@db02 ~]# scp /tmp/inc* 172.16.1.61:/tmp/

4)测试可用性和完整性
5)开启业务前的两种方式
    a.直接使用临时库顶替原生产库,前端应用割接到新库
    b.将误删除的表单独导出,然后导入到原生产环境
6)开启业务

企业级增量恢复实战

背景:
某大型网站,mysql数据库,数据量500G,每日更新量100M-200M

备份策略:
xtrabackup,每周六0:00进行全备,周一到周五及周日00:00进行增量备份。

故障场景:
周三下午2点出现数据库意外删除表操作。

如何恢复???

模拟数据

#!/bin/bash

num=1
while true;do
  mysql -uroot -p123 -e "insert into proc.proc1 value($num);commit;"
  (( num++ ))
  sleep 1
done

备份

## 上周六全备 周六 00点 备周一到周五数据
[root@db02 ~]# innobackupex --user=root --password=123 --no-timestamp /backup/full_$(date +%F)
[root@db02 ~]# cat /backup/full_2022-08-19/xtrabackup_checkpoints 
backup_type = full-backuped
from_lsn = 0
to_lsn = 2335986976
last_lsn = 2335986976
compact = 0
recover_binlog_info = 0

## 第一次增备 周日的00点  备的周六增量数据  周六00点之后到周日00点之前
[root@db02 ~]# innobackupex --user=root --password=123 --no-timestamp --incremental --incremental-basedir /backup/full_$(date +%F) /backup/inc_6
[root@db02 ~]# cat /backup/inc_6/xtrabackup_checkpoints 
backup_type = incremental
from_lsn = 2335986976
to_lsn = 2336208335
last_lsn = 2336223316
compact = 0
recover_binlog_info = 0

## 第二次增备 周一的00点  备的周日增量数据  周日00点之后到周一00点之前
[root@db02 ~]# innobackupex --user=root --password=123 --no-timestamp --incremental --incremental-basedir /backup/inc_6 /backup/inc_7
[root@db02 ~]# cat /backup/inc_7/xtrabackup_checkpoints 
backup_type = incremental
from_lsn = 2336208335
to_lsn = 2336236884
last_lsn = 2336249656
compact = 0
recover_binlog_info = 0

## 第三次增备 周二的00点  备的周一增量数据  周一00点之后到周二00点之前
[root@db02 ~]# innobackupex --user=root --password=123 --no-timestamp --incremental --incremental-basedir /backup/inc_7 /backup/inc_1
[root@db02 ~]# cat /backup/inc_1/xtrabackup_checkpoints 
backup_type = incremental
from_lsn = 2336236884
to_lsn = 2336264378
last_lsn = 2336264942
compact = 0
recover_binlog_info = 0

## 第四次增备 周三的00点  备的周二增量数据  周二00点之后到周三00点之前
[root@db02 ~]# innobackupex --user=root --password=123 --no-timestamp --incremental --incremental-basedir /backup/inc_1 /backup/inc_2
[root@db02 ~]# cat /backup/inc_2/xtrabackup_checkpoints 
backup_type = incremental
from_lsn = 2336264378
to_lsn = 2336273708
last_lsn = 2336273708
compact = 0
recover_binlog_info = 0

## binlog截取 周三00点之后到周三下午14点之间的数据

删除数据

mysql> select * from ts;
+----+------+
| id | A    |
+----+------+
|  1 |  300 |
|  2 |  200 |
+----+------+

mysql> drop table test.ts;

恢复思路

1.停业务,停库
[root@db02 ~]# /etc/init.d/mysqld stop

2.准备新环境

3.清空data目录
[root@db02 ~]# mv /application/mysql/data/ /usr/local/src/

4.重做数据
1)全备只做redo不做undo
[root@db02 ~]# innobackupex --apply-log --redo-only /backup/full_2022-08-19/

2)周六的增量数据合并到full中只做redo不做undo
[root@db02 ~]# innobackupex --apply-log --redo-only --incremental-dir=/backup/inc_6 /backup/full_2022-08-19/

3)周日六的增量数据合并到full中只做redo不做undo
[root@db02 ~]# innobackupex --apply-log --redo-only --incremental-dir=/backup/inc_7 /backup/full_2022-08-19/

4)周一的增量数据合并到full中只做redo不做undo
[root@db02 ~]# innobackupex --apply-log --redo-only --incremental-dir=/backup/inc_1 /backup/full_2022-08-19/

5)周二的增量数据合并到full中redo和undo都做
[root@db02 ~]# innobackupex --apply-log --incremental-dir=/backup/inc_2 /backup/full_2022-08-19/

6)全备整体做一遍redo和undo
[root@db02 ~]# innobackupex --apply-log /backup/full_2022-08-19/

5.恢复数据
[root@db02 ~]# innobackupex --copy-back /backup/full_2022-08-19/

6.授权
[root@db02 ~]# chown -R mysql.mysql /application/mysql/data

7.启动数据库
[root@db02 ~]# /etc/init.d/mysqld start

8.binlog截取 周三00点之后到周三下午14点之间的数据
第一段起始位置点:184023
[root@db02 ~]# cat /backup/full_2022-08-19/xtrabackup_binlog_info 
mysql-bin.000003    184023

[root@db02 ~]# mysqlbinlog -vvv --base64-output=decode-row /usr/local/src/data/mysql-bin.000003 |grep -i drop -C 5
第一段结束位置点:200666

第二段起始位置点:200781

[root@db02 ~]# mysqlbinlog -vvv --base64-output=decode-row /usr/local/src/data/mysql-bin.000003
第二段结束位置点:205830

## 截取
[root@db02 ~]# mysqlbinlog --start-position=184023 --stop-position=200666 /usr/local/src/data/mysql-bin.000003 > /tmp/inc_1.sql
[root@db02 ~]# mysqlbinlog --start-position=200781 --stop-position=205830 /usr/local/src/data/mysql-bin.000003 > /tmp/inc_2.sql

以上是关于CentOS MySQL数据备份和恢复的主要内容,如果未能解决你的问题,请参考以下文章

MySQL数据库for CentOS7 yum安装5.7.30编译安装和基础操作

MySQL数据库for CentOS7 yum安装5.7.30编译安装和基础操作

mysql 8小时问题

MySQL备份与恢复意义及重要性

mysql通过binlog日志来恢复数据

服务器(centos)意外损坏,mysql数据库.frm和.idb和ibdata1都在的情况下,怎么恢复数据