jjzjj

CentOS MySQL数据备份和恢复

白菜素三鲜丶 2023-03-28 原文

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）开启业务前的两种方式

a.直接使用临时库顶替原生产库，前端应用割接到新库 b.将误删除的表单独导出，然后导入到原生产环境

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
数据备份CentOSrootbackupmysqlsql数据虚拟化云计算

有关CentOS MySQL数据备份和恢复的更多相关文章

  1. ruby - 解析 RDFa、微数据等的最佳方式是什么，使用统一的模式/词汇(例如 schema.org)存储和显示信息 - 2

    我主要使用Ruby来执行此操作，但到目前为止我的攻击计划如下:使用gemsrdf、rdf-rdfa和rdf-microdata或mida来解析给定任何URI的数据。我认为最好映射到像schema.org这样的统一模式，例如使用这个yaml文件，它试图描述数据词汇表和opengraph到schema.org之间的转换:#SchemaXtoschema.orgconversion#data-vocabularyDV:name:namestreet-address:streetAddressregion:addressRegionlocality:addressLocalityphoto:i

  2. ruby - Ruby 有 `Pair` 数据类型吗？ - 2

    有时我需要处理键/值数据。我不喜欢使用数组，因为它们在大小上没有限制(很容易不小心添加超过2个项目，而且您最终需要稍后验证大小)。此外，0和1的索引变成了魔数(MagicNumber)，并且在传达含义方面做得很差(“当我说0时，我的意思是head...”)。散列也不合适，因为可能会不小心添加额外的条目。我写了下面的类来解决这个问题:classPairattr_accessor:head,:taildefinitialize(h,t)@head,@tail=h,tendend它工作得很好并且解决了问题，但我很想知道:Ruby标准库是否已经带有这样一个类？ 最佳

  3. ruby - 我如何添加二进制数据来遏制 POST - 2

    我正在尝试使用Curbgem执行以下POST以解析云curl-XPOST\-H"X-Parse-Application-Id:PARSE_APP_ID"\-H"X-Parse-REST-API-Key:PARSE_API_KEY"\-H"Content-Type:image/jpeg"\--data-binary'@myPicture.jpg'\https://api.parse.com/1/files/pic.jpg用这个:curl=Curl::Easy.new("https://api.parse.com/1/files/lion.jpg")curl.multipart_form_

  4. 世界前沿3D开发引擎HOOPS全面讲解——集3D数据读取、3D图形渲染、3D数据发布于一体的全新3D应用开发工具 - 2

    无论您是想搭建桌面端、WEB端或者移动端APP应用，HOOPSPlatform组件都可以为您提供弹性的3D集成架构，同时，由工业领域3D技术专家组成的HOOPS技术团队也能为您提供技术支持服务。如果您的客户期望有一种在多个平台（桌面/WEB/APP，而且某些客户端是“瘦”客户端）快速、方便地将数据接入到3D应用系统的解决方案，并且当访问数据时，在各个平台上的性能和用户体验保持一致，HOOPSPlatform将帮助您完成。利用HOOPSPlatform，您可以开发在任何环境下的3D基础应用架构。HOOPSPlatform可以帮您打造3D创新型产品，HOOPSSDK包含的技术有：快速且准确的CAD

  5. FOHEART H1数据手套驱动Optitrack光学动捕双手运动(Unity3D) - 2

    本教程将在Unity3D中混合Optitrack与数据手套的数据流，在人体运动的基础上，添加双手手指部分的运动。双手手背的角度仍由Optitrack提供，数据手套提供双手手指的角度。 01  客户端软件分别安装MotiveBody与MotionVenus并校准人体与数据手套。MotiveBodyMotionVenus数据手套使用、校准流程参照：https://gitee.com/foheart_1/foheart-h1-data-summary.git02  数据转发打开MotiveBody软件的Streaming，开始向Unity3D广播数据；MotionVenus中设置->选项选择Unit

  6. 使用canal同步MySQL数据到ES - 2

    文章目录一、概述简介原理模块二、配置Mysql使用版本环境要求1.操作系统2.mysql要求三、配置canal-server离线下载在线下载上传解压修改配置单机配置集群配置分库分表配置1.修改全局配置2.实例配置垂直分库水平分库3.修改group-instance.xml4.启动监听四、配置canal-adapter1修改启动配置2配置映射文件3启动ES数据同步查询所有订阅同步数据同步开关启动4.验证五、配置canal-admin一、概述简介canal是Alibaba旗下的一款开源项目，Java开发。基于数据库增量日志解析，提供增量数据订阅&消费。Git地址：https://github.co

  7. ruby-on-rails - 创建 ruby​​ 数据库时惰性符号绑定(bind)失败 - 2

    我正在尝试在Rails上安装ruby​​，到目前为止一切都已安装，但是当我尝试使用rakedb:create创建数据库时，我收到一个奇怪的错误:dyld:lazysymbolbindingfailed:Symbolnotfound:_mysql_get_client_infoReferencedfrom:/Library/Ruby/Gems/1.8/gems/mysql2-0.3.11/lib/mysql2/mysql2.bundleExpectedin:flatnamespacedyld:Symbolnotfound:_mysql_get_client_infoReferencedf

  8. STM32读取串口传感器数据（颗粒物传感器，主动上传） - 2

    文章目录1.开发板选择*用到的资源2.串口通信（个人理解）3.代码分析（注释比较详细）1.主函数2.串口1配置3.串口2配置以及中断函数4.注意问题5.源码链接1.开发板选择我用的是STM32F103RCT6的板子，不过代码大概在F103系列的板子上都可以运行，我试过在野火103的霸道板上也可以，主要看一下串口对应的引脚一不一样就行了，不一样的就更改一下。*用到的资源keil5软件这里用到了两个串口资源，采集数据一个，串口通信一个，板子对应引脚如下：串口1，TX：PA9，RX：PA10串口2，TX：PA2，RX：PA32.串口通信（个人理解）我就从串口采集传感器数据这个过程说一下我自己的理解，

  9. SPI接收数据异常问题总结 - 2

    SPI接收数据左移一位问题目录SPI接收数据左移一位问题一、问题描述二、问题分析三、探究原理四、经验总结最近在工作在学习调试SPI的过程中遇到一个问题——接收数据整体向左移了一位（1bit）。SPI数据收发是数据交换，因此接收数据时从第二个字节开始才是有效数据，也就是数据整体向右移一个字节（1byte）。请教前辈之后也没有得到解决，通过在网上查阅前人经验终于解决问题，所以写一个避坑经验总结。实际背景：MCU与一款芯片使用spi通信，MCU作为主机，芯片作为从机。这款芯片采用的是它规定的六线SPI，多了两根线：RDY和INT，这样从机就可以主动请求主机给主机发送数据了。一、问题描述根据从机芯片手

  10. 微信小程序通过字典表匹配对应数据 - 2

    前言一般来说，前端根据后台返回code码展示对应内容只需要在前台判断code值展示对应的内容即可，但要是匹配的code码比较多或者多个页面用到时，为了便于后期维护，后台就会使用字典表让前端匹配，下面我将在微信小程序中通过wxs的方法实现这个操作。为什么要使用wxs？{{method(a,b)}}可以看到，上述代码是一个调用方法传值的操作，在vue中很常见，多用于数据之间的转换，但由于微信小程序诸多限制的原因，你并不能优雅的这样操作，可能有人会说，为什么不用if判断实现呢？但是if判断的局限性在于如果存在数据量过大时，大量重复性操作和if判断会让你的代码显得异常冗余。wxswxs相当于是一个独立

随机推荐