本文主要是介绍MySQL解决 恢复从备份点到灾难点之间数据恢复，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！
CSDN 成就一亿技术人！
今天分享一期 mysql中 备份之后发生灾难造成数据丢失 那么如何恢复中间的数据呢？
数据库数据高于一切（任何数据是不能丢失的）
CSDN 成就一亿技术人！
目录
1.准备测试数据库
2.备份数据库
观察备份细节
3.（模拟备份点到灾难点的数据）
4.恢复测试
1.拷贝所有二进制文件
2.停止数据库
3.清理环境（模拟丢失）
4.还原备份前的数据
5.恢复第3（模拟的数据）
6.测试查看
MySQL 数据库高于一切，是信息时代不可或缺的数据管理利器，为业务的成功和创新提供了坚实的基础。
普遍所使用的工具来备份mysql 但是都只能恢复备份之前数据
本期试验所使用的工具和文件：mysqldump+binlog 二进制文件
1.准备测试数据库
mysql> create database test; 创建库
Query OK, 1 row affected (0.00 sec)mysql> create table t1(id int); 创建表
Query OK, 0 rows affected (0.01 sec)mysql> insert into t1 values(1),(2); 写入数据
Query OK, 2 rows affected (0.01 sec)
Records: 2 Duplicates: 0 Warnings: 0mysql> select * from t1; 查看表
+------+
| id |
+------+
| 1 |
| 2 |
+------+
2 rows in set (0.00 sec)2.备份数据库
备份所有的数据库
[root@192 ~]# mysqldump -uroot -p" " --all-databases --single-transaction --master-data=2 --flush-logs > /backup/mysql-all.sql-p'输入你的密码'
--all-databases
all所有数据库--single-transaction
保证数据的可用性 就是指不关机的备份（备份的时候数据库还是正常使用的）--master-data=2
以注释的方式记录日志
参数有两个（1，2）2的话就是注释日志 日志里边都会加上# 1就是开启
二进制日志非常的重要 很强大 可以还原备份文件里没有备份上的数据（所以二进制日志一定要记录下来）--flush-logs
切断日志 也就是日志轮转观察备份细节
vim/backup/备份的sql文件你会发现里边很多 LOCK TABLES `test` WRITE LOCK TABLES 是 MySQL 中的一个语句，用于锁定一个或多个表，
以确保在执行特定操作时其他会话不能修改这些表。在 mysqldump 中，默认情况下，
备份操作会使用 --lock-tables 选项，这会导致在备份的整个过程中锁定要备份的表
。WRITE 关键字表示写锁，即其他会话不能写入被锁定的表。这个锁机制确保了备份的一致性，因为在备份期间，数据库表的状态保持不变。
但是，这也意味着在备份过程中，其他会话可能会被阻塞，直到备份完成。
这可能对具有高并发的生产环境造成一些影响。
3.（模拟备份点到灾难点的数据）
进入测试数据库
我进入test数据库 创建一个t2表
mysql> create table t2;
ERROR 1113 (42000): A table must have at least 1 column
mysql> create table t2(id int);
Query OK, 0 rows affected (0.00 sec)mysql> insert into t2 values(1),(2),(3);
Query OK, 3 rows affected (0.00 sec)
Records: 3 Duplicates: 0 Warnings: 0mysql> select * from t2;
+------+
| id |
+------+
| 1 |
| 2 |
| 3 |
+------+
3 rows in set (0.00 sec)
4.恢复测试
1.拷贝所有二进制文件
[root@192 ~]# cp /var/lib/mysql/*bin* ~
[root@192 ~]# ls
192-bin.000001 192-bin.index initial-setup-ks.cfg 模板 图片 下载 桌面
192-bin.000002 anaconda-ks.cfg 公共 视频 文档 音乐2.停止数据库
systemctl stop mysqld3.清理环境（模拟丢失）
mysql> drop table t1; 删除表
Query OK, 0 rows affected (0.00 sec)mysql> drop database test; 删除整个数据库test
Query OK, 1 row affected (0.00 sec)
mysql> show databases; 查看一下确实删掉了
+--------------------+
| Database |
+--------------------+
| information_schema |
| mysql |
| performance_schema |
| sys |
+--------------------+
4 rows in set (0.00 sec)4.还原备份前的数据
[root@192 ~]# mysql -uroot -p' ' < /backup/mysql-all.sql
查看test 中t1表 （数据都还原回来了）
mysql> select * from test.t1;
+------+
| id |
+------+
| 1 |
| 2 |
+------+
2 rows in set (0.00 sec)
做到这里我们使用mysqldump还原数据库已经成功！！！！但是仅仅还原的是备份前的所有数据
第3.（模拟备份点到灾难点的数据）这些数据如何恢复？
我们在备份之后在test数据库创建了一个t2的表 里边插入了 1 2 3三条数据
此刻我们查看test数据库
mysql> show tables;
+----------------+
| Tables_in_test |
+----------------+
| t1 |
+----------------+
1 row in set (0.00 sec)
因为备份之前test数据库中只有t1 表单
5.恢复第3（模拟的数据）
我们需要用到二进制文件来进行恢复
[root@192 ~]# mysqlbinlog 192-bin.000002 --start-position=154 | mysql -uroot -p" "
192-bin.000002还原备份之后的二进制 有多少个二进制跟多少个二进制（只要是备份后的二进制都行） --start-position=154开始还原 从154这一行开始| mysql -uroot -p" "还原的数据给mysql -p后边跟上你的密码6.测试查看
数据恢复成功
mysql> show tables;
+----------------+
| Tables_in_test |
+----------------+
| t1 |
| t2 |
+----------------+
mysql> select * from t2;
+------+
| id |
+------+
| 1 |
| 2 |
| 3 |
+------+
3 rows in set (0.01 sec)这篇关于MySQL解决 恢复从备份点到灾难点之间数据恢复的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！
