Mysql增量备份与恢复

最新推荐文章于 2024-05-22 15:56:29 发布
最新推荐文章于 2024-05-22 15:56:29 发布
阅读量109 收藏
点赞数
文章标签： mysql
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/m0_49569199/article/details/109629376
版权

Mysql增量备份与恢复

一、Mysql增量备份

1.使用mysqldump进行完全备份存在的问题

  • 备份数据中有重复数据
  • 备份时间与恢复时间过长

2.MySQL增量备份是自上一次备份后增加/变化的文件或者内容

3.特点

  • 没有重复数据，备份量不大，时间短
  • 恢复需要上次完全备份及完全备份之后所有的增量备份才能恢复，而且要对所有增量备份进行逐个反推恢复

4.MySQL没有提供直接的增量备份方法

可通过MySQL提供的二进制日志间接实现增量备份

5.MySQL二进制日志对备份的意义

  • 二进制日志保存了所有更新或者可能更新数据库的操作
  • 二进制日志在启动MySQL服务器后开始记录，并在文件达到max_binlog_size所设置的大小或者接收到flush logs命令后重新创建新的日志文件
  • 只需定时执行flush logs方法重新创建新的日志，生成二进制文件序列，并及时把这些日志保存到安全的地方就完成了一个时间段的增量备份

二、Mysql数据库增量恢复

1.一般恢复
将所有备份的二进制日志内容全部恢复

2.断点恢复

  • 基于位置恢复
    数据库在某一时间点可能既有错误的操作也有正确的操作
    可以基于精准的位置跳过错误的操作
  • 基于时间点恢复
    跳过某个发生错误的时间点实现数据恢复

三、增量恢复的方法

1、一般恢复

mysqlbinlog [–no-defaults] 增量备份文件 | mysql -u 用户名 -p

2、基于位置的恢复

恢复数据到指定位置（到错误操作前的最后一次正确操作

mysqlbinlog --stop-position=‘操作id’ 二进制日志 | mysql -u 用户名 -p密码

从指定的位置开始恢复数据（跳过错误操作后的第一次正确操作）
mysqlbinlog --start-position=‘操作id’ 二进制日志 | mysql -u 用户名 -p密码

3、基于时间点恢复

  • 跳过某个发生错误的时间点实现数据恢复

  • 恢复数据到指定时间（停止错误操作的时间）
    mysqlbinlog --stop-datetime=‘错误时间’ 二进制日志 | mysql -u 用户名 -p密码

  • 从指定的位置开始恢复数据（跳过错误操作后的第一次正确操作）
    mysqlbinlog --start-datetime=‘正确操作时间’ 二进制日志 | mysql -u 用户名 -p密码

时间点恢复

mysql> create database bak;
Query OK, 1 row affected (0.01 sec)

mysql> use bak;
Database changed
mysql> create table test(id int(2),name varchar(64));
Query OK, 0 rows affected (0.01 sec)

[root@localhost ~]# mkdir /backup
[root@localhost ~]# chmod -R 777 /backup/
[root@localhost ~]# vi /etc/my.cnf
[mysqld]
log-bin = /backup/log_bin		#开启增量备份
[root@localhost ~][root@localhost ~]# systemctl restart mysqld
[root@localhost ~]# mysqladmin -uroot -p flush-logs

mysql> use bak;
Reading table information for completion of table and column names
You can turn off this feature to get a quicker startup with -A

Database changed
mysql> insert into test values(1,'alice'),(2,'ben');
Query OK, 2 rows affected (0.01 sec)
Records: 2  Duplicates: 0  Warnings: 0

mysql> delete from test where id=2;
Query OK, 1 row affected (0.00 sec)		#误操作

mysql> insert into test values(3,'chalice');
Query OK, 1 row affected (0.00 sec)
mysql> select * from bak.test;
+------+---------+
| id   | name    |
+------+---------+
|    1 | alice   |
|    3 | chalice |
+------+---------+
2 rows in set (0.00 sec)

[root@localhost ~]# mysqladmin -uroot -p flush-logs
[root@localhost ~]# mysqlbinlog --no-defaults --base64-outpu=decode-rows -v /backup/log_bin.000002
# at 290
#201030 15:12:08 server id 1  end_log_pos 339 CRC32 0x2b06bf2eTable_map: `bak`.`test` mapped to number 108
# at 339
#201030 15:12:08 server id 1  end_log_pos 394 CRC32 0x2c9d7d25Write_rows: table id 108 flags: STMT_END_F
### SET
###   @1=1
###   @2='alice'
### INSERT INTO `bak`.`test`
### SET
###   @1=2
###   @2='ben'
# at 394### INSERT INTO `bak`.`test`
# at 425		#误操作时间点
#201030 15:12:24 server id 1  end_log_pos 490 CRC32 0x68053affAnonymous_GTID	last_committed=1	sequence_number=2     rbr_only=yes
/*!50718 SET TRANSACTION ISOLATION LEVEL READ COMMITTED*//*!*/;
SET @@SESSION.GTID_NEXT= 'ANONYMOUS'/*!*/;
# at 490
#201030 15:12:24 server id 1  end_log_pos 561 CRC32 0x06f2cba2Query	thread_id=4	exec_time=0	error_code=0
SET TIMESTAMP=1604041944/*!*/;
BEGIN
/*!*/;
# at 561 
#201030 15:12:24 server id 1  end_log_pos 610 CRC32 0xd7d39382Table_map: `bak`.`test` mapped to number 108
# at 610 
#201030 15:12:24 server id 1  end_log_pos 654 CRC32 0x9c71aaa8Delete_rows: table id 108 flags: STMT_END_F
### DELETE FROM `bak`.`test`
### WHERE
###   @1=2
###   @2='ben'
# at 654
#201030 15:12:24 server id 1  end_log_pos 685 CRC32 0xe407ac5fXid = 12
COMMIT/*!*/;
# at 685		#正确操作时间点
#201030 15:12:40 server id 1  end_log_pos 750 CRC32 0xc86b7911Anonymous_GTID	last_committed=2	sequence_number=3     rbr_only=yes
/*!50718 SET TRANSACTION ISOLATION LEVEL READ COMMITTED*//*!*/;
SET @@SESSION.GTID_NEXT= 'ANONYMOUS'/*!*/;
# at 750
#201030 15:12:40 server id 1  end_log_pos 821 CRC32 0x6ea8622dQuery	thread_id=4	exec_time=0	error_code=0
SET TIMESTAMP=1604041960/*!*/;
BEGIN
/*!*/;
# at 821	
#201030 15:12:40 server id 1  end_log_pos 870 CRC32 0xe2eb84abTable_map: `bak`.`test` mapped to number 108
# at 870
#201030 15:12:40 server id 1  end_log_pos 918 CRC32 0xbb5796a5Write_rows: table id 108 flags: STMT_END_F
### INSERT INTO `bak`.`test`
### SET
###   @1=3
###   @2='chalice'
# at 918
#201030 15:12:40 server id 1  end_log_pos 949 CRC32 0x424daae1Xid = 13
COMMIT/*!*/;
# at 949
#201030 15:13:09 server id 1  end_log_pos 994 CRC32 0x10fba250Rotate to log_bin.000003  pos: 4
SET @@SESSION.GTID_NEXT= 'AUTOMATIC' /* added by mysqlbinlog */ /*!*/;
DELIMITER ;
# End of log file

mysql> drop table bak.test;
mysql> use bak;
Database changed
mysql> create table test(id int(2),name varchar(64));

[root@localhost backup]# mysqlbinlog --no-defaults --stop-datetime='2020-10-30  15:12:24' /backup/log_bin.000002 | mysql -u root -p		#停止错误的时间
[root@localhost backup]# mysqlbinlog --no-defaults --start-datetime='2020-10-30  15:12:40' /backup/log_bin.000002 | mysql -u root -p		#开始正确的时间

mysql> select * from bak.test;
+------+---------+
| id   | name    |
+------+---------+
|    1 | alice   |
|    2 | ben     |
|    3 | chalice |
+------+---------+
3 rows in set (0.00 sec)

位置点恢复

继续沿用上次的测试文件

mysql> drop table bak.test;
mysql> create table bak.test(id int(2),name varchar(64));
mysql> select * from bak.test;
Empty set (0.00 sec)

[root@localhost ~]# mysqlbinlog --no-defaults --base64-outpu=decode-rows -v /backup/log_bin.000002


# at 290
#201030 15:12:08 server id 1  end_log_pos 339 CRC32 0x2b06bf2eTable_map: `bak`.`test` mapped to number 108
# at 339
#201030 15:12:08 server id 1  end_log_pos 394 CRC32 0x2c9d7d25Write_rows: table id 108 flags: STMT_END_F
### INSERT INTO `bak`.`test`
### SET
###   @1=1
###   @2='alice'
### INSERT INTO `bak`.`test`
### SET
###   @1=2
###   @2='ben'
# at 394
#201030 15:12:08 server id 1  end_log_pos 425 CRC32 0x14d0edc6Xid = 11
COMMIT/*!*/;
# at 425		#误操作位置点
#201030 15:12:24 server id 1  end_log_pos 490 CRC32 0x68053affAnonymous_GTID	last_committed=1	sequence_number=2     rbr_only=yes
/*!50718 SET TRANSACTION ISOLATION LEVEL READ COMMITTED*//*!*/;
SET @@SESSION.GTID_NEXT= 'ANONYMOUS'/*!*/;
# at 490
#201030 15:12:24 server id 1  end_log_pos 561 CRC32 0x06f2cba2Query	thread_id=4	exec_time=0	error_code=0
SET TIMESTAMP=1604041944/*!*/;
BEGIN
/*!*/;
# at 561 
#201030 15:12:24 server id 1  end_log_pos 610 CRC32 0xd7d39382Table_map: `bak`.`test` mapped to number 108
# at 610 
#201030 15:12:24 server id 1  end_log_pos 654 CRC32 0x9c71aaa8Delete_rows: table id 108 flags: STMT_END_F
### DELETE FROM `bak`.`test`
### WHERE
###   @1=2
###   @2='ben'
# at 654
#201030 15:12:24 server id 1  end_log_pos 685 CRC32 0xe407ac5fXid = 12
COMMIT/*!*/;
# at 685		#正确操作位置点
#201030 15:12:40 server id 1  end_log_pos 750 CRC32 0xc86b7911Anonymous_GTID	last_committed=2	sequence_number=3     rbr_only=yes
/*!50718 SET TRANSACTION ISOLATION LEVEL READ COMMITTED*//*!*/;
SET @@SESSION.GTID_NEXT= 'ANONYMOUS'/*!*/;
# at 750
#201030 15:12:40 server id 1  end_log_pos 821 CRC32 0x6ea8622dQuery	thread_id=4	exec_time=0	error_code=0
SET TIMESTAMP=1604041960/*!*/;
BEGIN
/*!*/;
# at 821	
#201030 15:12:40 server id 1  end_log_pos 870 CRC32 0xe2eb84abTable_map: `bak`.`test` mapped to number 108
# at 870
#201030 15:12:40 server id 1  end_log_pos 918 CRC32 0xbb5796a5Write_rows: table id 108 flags: STMT_END_F
### INSERT INTO `bak`.`test`
### SET
###   @1=3
###   @2='chalice'
# at 918
#201030 15:12:40 server id 1  end_log_pos 949 CRC32 0x424daae1Xid = 13
COMMIT/*!*/;
# at 949
#201030 15:13:09 server id 1  end_log_pos 994 CRC32 0x10fba250Rotate to log_bin.000003  pos: 4
SET @@SESSION.GTID_NEXT= 'AUTOMATIC' /* added by mysqlbinlog */ /*!*/;
DELIMITER ;
# End of log file

[root@localhost ~]# mysqlbinlog --no-defaults --stop-position='425' /backup/log_bin.000002 | mysql -u root -p		#停止错误的位置点
[root@localhost ~]# mysqlbinlog --no-defaults --start-position='685' /backup/log_bin.000002 | mysql -u root -p		#开始正确的位置点

mysql> select * from bak.test;
+------+---------+
| id   | name    |
+------+---------+
|    1 | alice   |
|    2 | ben     |
|    3 | chalice |
+------+---------+
3 rows in set (0.00 sec)
但愿人长久zz
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
mysql备份还原-基于binlog的增量备份还原
jesseyoung
11-17 1万+
1 简介 基于binlog的恢复需要建立在全量备份恢复基础上。使用mysqldump的全量备份的方法在我前面的文章里有详细介绍，可以参考：http://blog.csdn.net/jesseyoung/article/details/41078947 我们可以将增量的binlog备份下来，用来恢复增量数据。 2 还原增量binlog的方法 时间点的恢复建立在一下规则的基础上: 1 mys
Mysql 增量备份脚本(Linux)
阿宝
02-27 9023
适合对象　　本文是在linux下,mysql 4.1.14版本下测试的,经过适当修改可能适合mysql 4.0,5.0及其其他版本.　　　　本文适合于没有启动复制功能的mysql,如果启动了复制,可能不需要采取这种备份策略或者需要修改相关参数.　　　　每个人的备份策略都可能不同,所以请根据实际情况修改,做到举一反三,不要照搬照抄,可能会造成不必要的损失.　　　　希望你明白这个脚本要干什么工作!　　
mysql误删后使用binlog恢复数据
最新发布
m0_70208894的博客
05-22 1323
（这里我们是要测试binlog恢复数据的使用，所以就日志文件都放到一个全新binlog文件中方便查询使用，如果是实际恢复数据的话，就要一个一个的在这些binlog文件中找自己要的那部分文件了。数据恢复：通过恢复误删操作之后的操作记录，可以将误删的数据重新插入到数据库中，还原到误删之前的状态。这将重新执行误删操作之后的操作，从而还原到误删前的数据状态。假设我们的数据库是7天一备份，然后binlog的过期时间是大于7天的，那么通过备份的数据库+binlog文件就能够恢复数据库到达7天内的任意一个时间点的状态。
mysql增量_Mysql数据库增量备份的思路和方法
weixin_42510717的博客
01-18 129
MySQL数据库增量备份，在这之前修改我们的数据库配置文件/etc/my.cnf开启bin-log日志功能即可。接下来是我参考了下网上的一些方法，自己写的，主要还是要能学到他的一些思路和方法。#function：MYSQL增量备份#version:1.0.0#author:wangyanlin#date：2017/08/02#------------------------------------...
mysql常见增量恢复方式_Mysql实现增量恢复的方法详解
weixin_42402228的博客
02-07 472
实验介绍增量恢复一般适用的场景：1、人为的sql语句破坏了数据库2、在进行下一次完全备份之前发生系统故障导致数据库数据丢失3、在主从架构中，主库数据发生了故障丢失完全备份之后更改的数据的恢复步骤1、首先做一个完全备份，确保生成完全备份的sql文件。mysql> select * from yx; #完全备份前数据库+----------+--------+| name | score ...
mysql增量,MySQL完全、增量的备份与恢复
weixin_33709522的博客
03-18 195
数据库压缩时会使用压缩率较大的xz格式压缩。rpm -q xz //检查xz软件包是否安装yum -y install xz //安装xz软件包对数据库文件夹(/usr/local/mysql/data/)进行打包操作tar Jcvf /opt/mysql-$(date +%F).tar.xz /usr/local/mysql/data///备份数据库文件夹，并以年月日的形式命名ls /...
mysql增量备份及断点恢复脚本实例
09-09
MySQL增量备份和断点恢复是数据库管理中至关重要的技术，特别是在生产环境中，因为数据库误操作是难以避免的。增量备份允许我们仅备份自上次备份以来发生更改的数据，从而显著减少备份所需的时间和存储空间。而断点...
mysql 增量备份/全量备份脚本
06-19
本文将详细讲解MySQL的增量备份与全量备份，并提供在Windows和Linux环境下执行备份的脚本。 全量备份是数据库备份的基础，它会备份数据库中的所有数据，包括表结构、数据以及日志等。在MySQL中，可以使用mysqldump...
mysql全量备份、增量备份实现方法
09-09
通过上述方法，你可以实现MySQL数据库的全量备份和增量备份，确保数据的安全性和可恢复性。定期执行这些备份任务，并监控日志文件以确认备份成功，是数据库管理中不可或缺的一环。同时，为了提高恢复效率，还可以...
mysql（完整、增量）备份与还原
10-22
MySQL数据库在日常运维中扮演着至关重要的角色，因此掌握如何进行完整备份、增量备份与还原是每个IT专业人员必备的技能。在这个主题中，我们将深入探讨如何使用Java来实现这些功能。 首先，让我们理解什么是数据库...
linux-实现mysql增量备份和还原
08-13
在Linux环境中，MySQL数据库的增量备份与还原是数据库管理中的重要环节，这有助于保护数据安全，减少存储空间的占用，并在需要时...因此，对MySQL增量备份和还原的理解与实践，是每个IT专业人员应具备的基本能力之一。
mysql 自动增量_MySQL重置自动增量值
weixin_42364855的博客
01-27 1591
在本教程中，我们将向您展示如何重置MySQL中AUTO_INCREMENT列的自动增量值。MySQL提供了一个有用的功能，称为自动增量。 您可以将自动递增属性分配给表的列，以生成新行的唯一标识。 通常，使用表的主键列的自动递增属性。无论何时在表中插入新行，MySQL会自动将序列值分配给自动增量列。例如，如果表有8行，并插入新行而不指定自动增量列的值，MySQL将自动插入一个id为9的新行。有时，可...
mysql增量值,MySQL自动增量自定义值
weixin_36393718的博客
03-18 192
我正在尝试在mysql数据库中创建一列,该列自动递增1但从0-Z开始然后滚动.例如000、001、002,…,009、00A,00B,…,00Z,010,…,0ZZ,…,100.我想让数据库通过自动递增字段创建列.我的想法是：>为从0到36的每个字符创建一列,然后将行N(其中N是最低有效数字)自动递增1.然后在每列上添加触发器,以在第N列达到时向N-1列添加1 36.>创建一个包含36...
Mysql数据库增量备份与恢复
IT爱好者
05-26 7427
mysql数据库增量备份与恢复
MySQL增量备份与恢复
a1231231231313的博客
10-13 179
文章目录前言一、如何实现MySQL增量备份？二、如何增量恢复MySQL数据库2.1：增量恢复的步骤是什么？2.2：有什么方式进行增量恢复？三：实操增量备份3.1：物理冷备份，开启服务3.2：开启二进制日志文件3.3：创建库和表，进行完全备份和增量备份3.4：进行正常操作和误操作，进行增量备份3.5：查看增量备份文件3.6：模拟故障，删除表并进行恢复3.7：使用基于时间点的断点恢复3.8：使用基于位置的断点恢复 前言 一、如何实现MySQL增量备份？ MySQL没有提供直接的增量备份方法 可以通过 MySQ
浅谈MYSQL增量备份
ysds20211402的博客
02-24 2761
转自：微点阅读https://www.weidianyuedu.com 增量备份---bin-log 一、启用 Binary Log 修改 MySQL Server 的系统设置文件(eg. /etc/my.cnf)，在 [mysqld] 区块中加上 log-bin=mysql-bin 选项，然后重新启动 MySQL Server，例如： [mysqld] log-bin 启用后你应该可以在 MySQL 的 Data Dir 里面发现如下的文件：mysql-bin.index mysql..
数据库增量备份恢复
weixin_46308672的博客
06-29 482
完全备份与增量备份 | 备份与恢复 （误操作恢复的解决方案案例） 作业2： 1：创建client 库 在创建表之前 我们需要对root 用户授权 方便我们使用外部工具来创建表 创建user_info 表 进入虚拟机查看数据库表 用户id 前面没有0 （原因 在添加用户id 时 需要加 ’ ’） 完备 在mysql中查询 data 文件夹 增量备份 插入数据 李1 李2 李3 手动刷新 进行日志分割 查看二进制日志文件（data 目录下） [root@www 3306]# mysq
MySQL增量备份和还原
weixin_42099301的博客
08-24 232
MySQL增量备份和还原 文章目录MySQL增量备份和还原1. MySQL增量备份(1) 使用mysqldump进行完全备份存在的问题(2) MySQL没有提供直接的增量备份方法(3) MySQL二进制日志对备份的意义2. 增量恢复的方法一般恢复基于位置恢复基于时间点恢复基于位置的恢复从指定的位置开始恢复数据 1. MySQL增量备份 (1) 使用mysqldump进行完全备份存在的问题 备份数据中有重复数据 备份时间与恢复时间过长 是自上一次备份后增加/变化的文件或者内容 特点 没有重复数据，备份量
MySQL——通过binlog恢复数据
热门推荐
醉酒的戈多的专栏
04-07 4万+
二进制日志(binnary log)以事件形式记录了对MySQL数据库执行更改的所有操作。binlog是记录所有数据库表结构变更（例如CREATE、ALTER TABLE、DROP等）以及表数据修改（INSERT、UPDATE、DELETE、TRUNCATE等）的二进制日志。不会记录SELECT和SHOW这类操作，因为这类操作对数据本身并没有修改，但可以通过查询通用日志来查看MySQL执行过的所有语句。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值