MySQL备份与恢复

最新推荐文章于 2024-07-08 19:28:21 发布
最新推荐文章于 2024-07-08 19:28:21 发布
阅读量116 收藏 1
点赞数
分类专栏： mysql 文章标签： mysql
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/liuqingyunCSDN/article/details/111681572
版权

文章目录

一、数据备份的重要性

  • 在生产环境中，数据的安全性至关重要
  • 任何数据的丢失都可能产生严重的后果
  • 造成数据丢失的原因
    • 程序错误
    • 人为操作错误
    • 运算错误
    • 磁盘故障
    • 灾难（如火灾、地震）和盗窃

二、数据库备份的分类

  • 从物理与逻辑的角度，备份可以分为
    • 物理备份：催数据库操作系统的物理文件（如数据文件、日志文件等）的备份
      • 物理备份方法
    • 冷备份（脱机备份）：是在关闭数据库的时候进行
    • 热备份（联机备份）：数据库处于运行状态，依赖于数据库的日志文件
    • 温备份：数据库锁定表格（不可写入但可读）的状态下进行备份操作
    • 逻辑备份：对数据库逻辑组件（如：表等数据库对象）的备份
  • 从数据库的备份策略角度，备份可以分为：
    • 完全备份：每次对数据库进行完整的备份
    • 差异备份：备份自从上次完全备份之后被修改过的文件
    • 增量备份：只有在上次完全备份或者增量备份后被修改的文件才会备份

三、常见的备份方法

  • 物理冷备
    • 备份时数据库处于关闭状态，直接打包数据库文件
    • 备份速度快，恢复时也是最简单的
  • 专用备份工具mydump或mysqlhotcopy
    • mysqldump常用的逻辑备份工具
    • mysqlhotcopy仅拥有备份MyISAM和ARCHIVE表
  • 启用二进制日志进行增量备份
    • 进行增量备份，需要刷新二进制日志
  • 第三方工具备份
    • 免费的MySQL热备份软件Percona XtraBackup

四、MySQL完全备份

4.1 完全备份简介

  • 是对整个数据库、数据库结构和文件结构的备份

  • 保存的是备份完成时刻的数据库

  • 是差异备份与增量备份的基础

  • 优点

    • 备份与恢复操作简单方便

  • 缺点

    • 数据存在大量的重复
    • 占用大量的备份空间
    • 备份与恢复的时间长

4.2 数据库完全备份分类

  • 物理冷备份与恢复
    • 关闭MySQL数据库
    • 使用tar命令直接打包数据库文件夹
    • 直接替换现有MySQL目录即可
  • mysqldump备份与恢复
    • MySQL自带的备份工具，可以方便实现对IMySQL的备份
    • 可以将制定的库、表到处为SQL脚本
    • 使用命令mysql导入备份的数据

4.3 物理冷备份和恢复

1）先创建一个初始表

mysql> select * from student;
+----+----------+-------+
| id | name     | score |
+----+----------+-------+
|  1 | xiaoming |   100 |
+----+----------+-------+
1 row in set (0.00 sec)

2）关闭数据库，打包备份

[root@mysql1 ~]# systemctl stop mysqld
[root@mysql1 ~]# mkdir /backup
[root@mysql1 ~]# tar zcf /backup/mysql_all-$(date +%F).tar.gz /usr/local/mysql/data/

3）备份文件，解压备份的tar包到/restore目录下，再restore目录移动到mysql文件夹中

[root@mysql1 ~]# mkdir back
[root@mysql1 ~]# mv /usr/local/mysql/data/ /back
[root@mysql1 ~]# mkdir restore
[root@mysql1 ~]# tar zxf /backup/mysql_all-2020-12-26.tar.gz -C restore/
[root@mysql1 ~]# mv restore/usr/local/mysql/data/ /usr/local/mysql/

4）启动mysql服务，登录数据库验证结果

[root@mysql1 ~]# systemctl start mysqld
[root@mysql1 ~]# mysql -uroot -p123456
mysql> use school;
mysql> select * from student;
+----+----------+-------+
| id | name     | score |
+----+----------+-------+
|  1 | xiaoming |   100 |
+----+----------+-------+
1 row in set (0.00 sec)

4.4 mysqldump备份数据库

  • mysqldump命令对单个库进行完全备份
mysqldump -u 用户名 -p [密码] [选项] [数据库名] > /备份路径/备份文件名
- 单库备份的示例
mysqldump -u root -p auth > /backup/auth.sql
mysqldump -u root -p mysql > /backup/mysql.sql
  • musqldump命令对多个库进行完全备份
mysqldump -u 用户名 -p [密码] [选项]  --database 库名1 [库名2]... > /备份路径/备份文件名
- 多库备份的示例
mysqldump -u root -p --database auth mysql > /backup/databases-auth-mysql.sql
  • mysqldump命令对所有库进行完全备份
mysqldump -u 用户名 -p [密码] [选项]  --all-database > /备份路径/备份文件名
- 所有库备份的示例
mysqldump -uroot -p --all-databases > /backup/all-data.sql

五、MySQL增量备份

5.1 增量备份简介

  • 使用mysqldump进行完全备份存在的问题
    • 备份数据中有重复数据
    • 备份时间与恢复时间过长
  • 是自上一次备份后增加/变化的文件或者内容
  • 特点
    • 没有重复数据，备份量不大，时间短
    • 恢复需要上次完全备份以及完全备份之后所有的增量备份才能恢复，而且要对所有增量备份进行逐个反推恢复
    • MySQL没有提供直接的增量备份的方法
  • 可通过MySQL提供的二进制日志间接实现增量备份
  • MySQL二进制日志对备份的意义
    • 二进制日志保存了所有更新或者可能更新数据库的操作
    • 二进制日志在启动MySQL服务器后开始记录，并在文件达到max_binlog_size所设置的大小或者接收到fush logs命令后重新创建新的日志文件
    • 只需定时执行flush logs方法重新创建新的日志，生成二进制文件序列，并及时把这些日志保存到安全的地方就完成了一个时间段的增量备份

5.2 MySQL数据库增量恢复

  • 一般恢复
    • 将所有备份的二进制日志内容全部恢复
  • 基于位置恢复
    • 数据库在某一时间点可能既有错误的操作也有正确的操作
    • 可以基于精准的未知跳过错误的操作
  • 基于时间点恢复
    • 跳过某个发生错误的时间点实现数据恢复

5.3 MySQL增量恢复操作

5.3.1 时间点恢复

1）初始表状态

mysql> select * from student;
+----+----------+-------+
| id | name     | score |
+----+----------+-------+
|  1 | xiaoming |   100 |
+----+----------+-------+
1 row in set (0.00 sec)

2）完整备份

[root@mysql1 ~]# mkdir /backup
[root@mysql1 ~]# mysqldump -uroot -p school > /backup/school-$(date +%F).sql
Enter password: 
[root@mysql1 ~]# vi /etc/my.cnf
[mysqld]
log_bin=/usr/local/mysql/data/mysql_bin ###开启增量备份
[root@mysql1 ~]# systemctl restart mysqld   ##重启服务
[root@mysql1 ~]# mysqladmin -uroot -p flush-logs  ## 更新二进制日志文件
Enter password: 
cd /usr/local/mysql/data/
[root@mysql1 data]# ll ##查询增量备份结果
-rw-r-----. 1 mysql mysql      201 12月 26 10:46 mysql_bin.000001
-rw-r-----. 1 mysql mysql      154 12月 26 10:46 mysql_bin.000002

3）模拟错误

mysql> insert into student values(2,'xiaohong',60); ##正确操作
Query OK, 1 row affected (0.00 sec)

mysql> delete from student where name='xiaoming';   ## 误删操作
Query OK, 1 row affected (0.01 sec)

mysql> insert into student values(3,'xiaobai',100); ## 正确操作
Query OK, 1 row affected (0.00 sec)

4）还原步骤

[root@mysql1 data]# mysqladmin -uroot -p flush-logs ## 刷新二进制日志
Enter password: 
[root@mysql1 data]# ll
-rw-r-----. 1 mysql mysql      201 12月 26 10:46 mysql_bin.000001
-rw-r-----. 1 mysql mysql     1595 12月 26 10:49 mysql_bin.000002
-rw-r-----. 1 mysql mysql      154 12月 26 10:49 mysql_bin.000003
mysql> drop table student;  			## 删除坏表
Query OK, 0 rows affected (0.00 sec)
[root@mysql1 data]# mysql -uroot -p school < /backup/school-2020-12-26.sql ##还原完全备份的数据库
Enter password: 

## 查看日志文件找到误操作时间
#201226 10:49:27 server id 1  end_log_pos 1239 CRC32 0xfcaabdcb 	Delete_rows: table id 118 flags: STMT_END_F
### DELETE FROM `school`.`student`
### WHERE
###   @1=1
###   @2='xiaoming'
###   @3=100
# at 1239
#201226 10:49:27 server id 1  end_log_pos 1270 CRC32 0x7211246f 	Xid = 15
COMMIT/*!*/;
# at 1270
#201226 10:49:39 server id 1  end_log_pos 1335 CRC32 0xd3fe0bad 	Anonymous_GTID	last_committed=4	sequence_number=5	rbr_only=yes
/*!50718 SET TRANSACTION ISOLATION LEVEL READ COMMITTED*//*!*/;
SET @@SESSION.GTID_NEXT= 'ANONYMOUS'/*!*/;
# at 1335
#201226 10:49:39 server id 1  end_log_pos 1409 CRC32 0xe4827e65 	Query	thread_id=4	exec_time=0	error_code=0
SET TIMESTAMP=1608950979/*!*/;
BEGIN
/*!*/;
# at 1409
#201226 10:49:39 server id 1  end_log_pos 1465 CRC32 0x712e89d0 	Table_map: `school`.`student` mapped to number 118
# at 1465
#201226 10:49:39 server id 1  end_log_pos 1517 CRC32 0xf8f6b5f9 	Write_rows: table id 118 flags: STMT_END_F
### INSERT INTO `school`.`student`
### SET
###   @1=3
###   @2='xiaobai'
###   @3=100
# at 1517
#201226 10:49:39 server id 1  end_log_pos 1548 CRC32 0x2d820930 	Xid = 16
COMMIT/*!*/;
# at 1548
#201226 10:49:57 server id 1  end_log_pos 1595 CRC32 0x89372dd6 	Rotate to mysql_bin.000003  pos: 4
SET @@SESSION.GTID_NEXT= 'AUTOMATIC' /* added by mysqlbinlog */ /*!*/;
DELIMITER ;
# End of log file
/*!50003 SET COMPLETION_TYPE=@OLD_COMPLETION_TYPE*/;
/*!50530 SET @@SESSION.PSEUDO_SLAVE_MODE=0*/;

```java
[root@mysql1 ~]# mysqlbinlog --no-defaults --stop-datetime='2020-12-26 10:49:27' /usr/local/mysql/data/mysql_bin.000002 | mysql -uroot -p   ##停止错误时间
Enter password: 
[root@mysql1 ~]# mysqlbinlog --no-defaults --start-datetime='2020-12-26 10:49:39' /usr/local/mysql/data/mysql_bin.000002 | mysql -uroot -p  ## 开始正确时间
Enter password:

5）验证结果

mysql> select * from student;
+----+----------+-------+
| id | name     | score |
+----+----------+-------+
|  1 | xiaoming |   100 |
|  2 | xiaohong |    60 |
|  3 | xiaobai  |   100 |
+----+----------+-------+
3 rows in set (0.00 sec)

5.3.2 位置节点恢复

1）模拟错误

mysql> delete from student where name='xiaobai';
Query OK, 1 row affected (0.01 sec)

2）恢复过程

[root@mysql1 ~]#  mysqlbinlog --no-defaults --base64-output=decode-rows -v /usr/local/mysql/data/mysql_bin.000003   ## 查看日志文件找到错误位置点
# at 2744
#201226 11:53:52 server id 1  end_log_pos 2800 CRC32 0xf097576f 	Table_map: `school`.`student` mapped to number 221
# at 2800
#201226 11:53:52 server id 1  end_log_pos 2852 CRC32 0x2c59369c 	Delete_rows: table id 221 flags: STMT_END_F
### DELETE FROM `school`.`student`
### WHERE
###   @1=3
###   @2='xiaobai'
###   @3=100
# at 2852
#201226 11:53:52 server id 1  end_log_pos 2883 CRC32 0x8f573f0d 	Xid = 130
COMMIT/*!*/;
SET @@SESSION.GTID_NEXT= 'AUTOMATIC' /* added by mysqlbinlog */ /*!*/;
DELIMITER ;
# End of log file
/*!50003 SET COMPLETION_TYPE=@OLD_COMPLETION_TYPE*/;
/*!50530 SET @@SESSION.PSEUDO_SLAVE_MODE=0*/;
[root@mysql1 ~]# mysqlbinlog --no-defaults --stop-position='2744' /usr/local/mysql/data/mysql_bin.000003 | mysql -u root -p  ## 上一次操作正确的位置点停止
Enter password: 
[root@mysql1 ~]# mysqlbinlog --no-defaults --start-position='2852' /usr/local/mysql/data/mysql_bin.000003 | mysql -u root -p  ## 下一次操作正确的位置点开始
Enter password:

3）验证

mysql> use school;
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> show tables;
+------------------+
| Tables_in_school |
+------------------+
| student          |
+------------------+
1 row in set (0.00 sec)

mysql> select * from student;
+----+----------+-------+
| id | name     | score |
+----+----------+-------+
|  1 | xiaoming |   100 |
|  2 | xiaohong |    60 |
|  3 | xiaobai  |   100 |
+----+----------+-------+
3 rows in set (0.00 sec)
liuqingyunCSDN
关注
  • 0
    点赞
  • 踩
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
Synology icloudpd dsInfo appleId中国区报错
03-29
​ 版本：icloudpd1.7.2（GitHub - icloud-photos-downloader/icloud_photos_downloader: A command-line tool to download photos from iCloud） 错误：KeyError: 'dsInfo' 方案：修改指定文件，增加参数解决不同appleid不同区问题 ​
讲解MySQL8.0备份与还原工具(mysqlbackup)
huang714的专栏
04-15 3818
一、安装mysqlbackup 1. 下载 登录oracle edelivery，进入下载连接选择适合你系统的版本下载，在这里我使用的是银河麒麟Kylin OS Server V10 SP2，因此我选择一个通用的预编译二进制的tar包，如下图： 没有Oracle edelivery账号的朋友可以到私信我索取软件安装包。 2. 安装 [root@light] tar xvf mysql-commercial-backup-8.0.28-linux-glibc2.17-x86_64-mini.
登陆apple developer出现 您的apple ID 暂时不符合使用此应用程序的条件
热门推荐
杨宇琛的博客
11-05 2万+
原因 apple id为手机号注册 与apple的沟通过程 先打了400的apple电话，告知400的apple客服是没办法解决开发者的问题的，发送给了我https://developer.apple.com/cn的链接让我去开发者联系开发者部门的客服 但此页面也需要先登陆apple id后才能进行后续的操作 于是进入了死循环 可能是唯一的解决方案 重新注册一个以邮箱注册的apple id，随即可以正常登陆。 ...
使用达梦数据库的disql工具给数据库做热备份
weixin_42447367的博客
09-11 806
使用disql工具做热备份 热备份就是数据库实例的服务是开启的 [dmdba@localhost bin]$ ./DmServiceDMSERVER status DmServiceDMSERVER (pid 5107) is running. 1.整库备份： SQL> backup database full to “disql_quanbei” backupset ‘/dm8/dmbak/disql_quanbei’; 2.增量备份，基于一个备份集做增量备份 SQL> backup dat
mysql备份和恢复
chenx2022的博客
06-20 675
InnoDB存储引擎的数据库在磁盘上存储成三个文件：db.opt(表属性文件)、表名.frm(表结构文件)、表名.ibd(表数据文件)。增量备份：只有在上次完全备份或者增量备份后被修改的文件才会被备份。热备份（联机备份）：数据库处于运行状态，依赖于数据库的日志文件。温备份：数据库锁定表格（不可写入但可读）的状态下进行备份操作。差异备份：备份自上次完全备份之后被修改过的文件。冷备份（脱机备份）：是在关闭数据库的时候进行的。完全备份：每次对数据库进行完整的备份。
MySQL 备份与恢复 手把手教学视频
08-05
本教程将围绕“MySQL备份与恢复”这一主题，详细讲解如何保护你的宝贵数据，确保在出现故障时能够迅速恢复。 1. **备份的重要性**：数据丢失可能由于硬件故障、软件错误、人为操作失误或恶意攻击等多种原因造成。...
linux运维学习笔记：Mysql备份与恢复.pdf
08-18
衡量备份恢复有两个重要的指标：恢复点目标（RPO）和恢复时间目标（RTO），前者重点关注能恢复到什么程度，而后者则重点关注恢复需要多长时间。 常用的备份方式有三种：物理备份、全量备份和增量备份。 1. 物理...
实验报告六 MYSQL备份与恢复.docx
10-25
实验报告六 MYSQL备份与恢复.docx
Mysql备份与恢复
05-29
生产中Mysql备份恢复的形式，基于mysqldump备份及原理，基于Xtrabcackup备份及原理，表空间传输，binlog备份（增量），基于mysql全备+增备的恢复Tips
您的appleid暂时不支持该应用程序的条件_如何请求您的Apple ID帐户数据的副本
weixin_32371243的博客
01-15 4235
Apple现在允许其客户从Apple应用程序和服务下载其个人身份数据的副本。这可以包括购买或应用程序使用历史记录，Apple Music和Game Center统计数据，营销历史记录，AppleCare支持历史记录以及存储在Apple服务器上的任何数据，包括日历，照片和文档。本文概述了从Apple请求数据副本所需采取的步骤。在撰写本文时，该服务可用于美国，加拿大，澳大利亚，新西兰，欧盟，冰岛，列支...
您的 apple id 暂时不符合使用此应用程序的条件。_如何阻止Apple的快捷方式应用程序崩溃，以及寻找原因...
weixin_30061949的博客
01-18 4749
如果快捷方式应用程序在您打开它的那一刻不断崩溃，如何发现iCloud同步快捷方式及其在你的库中的位置的错误。下面就是教你如何解决这个问题我们认为快捷方式库对我们来说是一种痛苦。一旦你有一个以上的快捷方式，找到你想要的那个是一件苦差事，当你有数百个时，它就是不值得你的时间。然而事实证明，快捷方式库甚至会给iOS本身带来麻烦，因为它是导致持续崩溃的原因。如果你的iPhone和iPad上都有快捷方式，那...
MySQLBackup备份数据库
weixin_72583321的博客
02-29 1603
–incremental-base 可以写成history:last_backup不用写上次备份的dir，两个方法都可以。#通过list-image查看备份image中的文件内容。#通过validate验证备份image的有效性。#将几次备份搞得文件拷到datadir。#清空mysql的datadir目录。#清空mysql的datadir目录。#清空mysql的datadir目录。#将备份的文件拷贝到datadir下。#备份过程中产生的日志文件。#备份过程中产生的日志文件。#关闭mysqld服务。
MySql三种备份方式
weixin_43153747的博客
05-22 3789
对于xtrabackup来讲，它是基于事务日志和数据文件备份的，备份的数据中可能会包含尚未提交的事务或已经提交但尚未同步至数据库文件中的事务，还应该对其做预处理，把已提交的事务同步到数据文件，未提交的事务要回滚。增量备份: incremental backup 上次完全备份或增量备份以来改变了的数据，不能单独使用，要借助完全备份，备份的频率取决于数据的更新频率。--lock-table 仅对单张表施加读锁，即使是备份整个数据库，它也是在我们备份某张表的时候才对该表施加读锁，因此适用于备份单张表。
MySQL_数据库备份
chenhenryjin的博客
04-09 4268
根据备份的方法（是否需要数据库离线）可以将备份分为： 热备（Hot Backup） 冷备（Cold Backup） 温备（Warm Backup）热备：在数据库运行状态下进行备份，备份时不需要停止数据库的服务。但是，由于备份时需要访问数据库文件，因此备份过程中可能会影响数据库的正常运行。这种方式在 MySQL 官方手册中称为 Online Backup （在线备份）。冷备：在关闭数据库的情况下进行备份。这种备份方式不影响数据库的正常运行，但是需要停止数据库的服务。
MySQL Buffer Pool
最新发布
Mazai-Liu的博客
07-08 1103
LRU链表分为冷、热数据区域，前63%为热数据区域，后37%为冷数据区域，加载缓存页先放到冷数据区域头部。冷数据区域的缓存页第一次访问超过1秒后，再次访问时才会被移动到热数据区域头部。热数据区域中，只有后3/4的缓存页被访问才会移到头部，前1/4被访问到不会移动。淘汰数据优先淘汰冷数据区域尾部的缓存页。
mysql备份与还原
05-31
MySQL备份和还原可以通过多种方式实现，以下是其中两种基本方法： 1. 使用mysqldump命令进行备份和还原 备份： ``` mysqldump -u [用户名] -p [要备份的数据库名] > [备份文件名].sql ``` 例如： ``` mysqldump...

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

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

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值