【mysql】mysql之数据误删恢复

2024-09-04 17:20

本文主要是介绍【mysql】mysql之数据误删恢复,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

  本站以分享各种运维经验和运维所需要的技能为主

《python零基础入门》:python零基础入门学习

《python运维脚本》: python运维脚本实践

《shell》:shell学习

《terraform》持续更新中:terraform_Aws学习零基础入门到最佳实战

《k8》从问题中去学习k8s

《docker学习》暂未更新

《ceph学习》ceph日常问题解决分享

《日志收集》ELK+各种中间件

《运维日常》运维日常

《linux》运维面试100问

《DBA》db的介绍使用(mysql、redis、mongodb...)

数据误删除恢复流程

前期介绍

1.正在运行的网站系统,MySQL数据库,数据量25G,日业务增量10-15M。
2.备份策略:每天23:00,计划任务调用mysqldump执行全备脚本 	
3.故障时间点:上午10点开发人员误删除一个核心业务表,如何恢复?

思路

1.停库,避免二次伤害
2.创建新库
3.倒入前一天的全备
4.通过binlog找到前一天23:00到第二天10点之间的数据
5.导入找到的新数据
6.恢复业务(A和B两种方式,按照实际环境选取其一方式即可)a.直接使用临时库顶替原生产库,前端应用割接到新库(数据量特别大的时候)b.将误删除的表单独导出,然后导入到原生产环境(数据量小的时候)

环境模拟

ip主机名角色
172.16.1.50db01误删除表主机
172.161.51db02迁移主机
环境准备
# 1. 查看db01主机数据库信息
mysql> show databases;
+--------------------+
| Database           |
+--------------------+
| information_schema |
| mysql              |
| performance_schema |
| student            |
| test               |
+--------------------+# 2. 查看student表信息
mysql> show tables;
+-------------------+
| Tables_in_student |
+-------------------+
| student           |
+-------------------+mysql> select * from student;
+----+-----------+-----+--------+---------------------+
| id | name      | age | gender | cometime            |
+----+-----------+-----+--------+---------------------+
|  1 | 戴佳栋    |  23 | M      | 2020-07-15 06:59:15 |
|  2 | 王张行    |  28 | M      | 2020-07-15 06:59:49 |
|  3 | 王启涵    |  24 | M      | 2020-07-15 07:00:16 |
|  4 | 陈建清    |  21 | M      | 2020-07-15 07:00:38 |
|  5 | 高松平    |  21 | M      | 2020-07-15 07:00:57 |
|  6 | 老掉牙    |  22 | F      | 2020-07-15 07:01:12 |
+----+-----------+-----+--------+---------------------+# 3. 模拟23点执行全量备份
[root@db01 ~]# mysqldump -A -R --triggers --master-data=2 --single-transaction > /tmp/full.sql# 4. 模拟23点全量备份后的数据写入()
mysql> insert into student values(7,'龚晓廖',88,'F','now()');
mysql> insert into student values(8,'好大',44,'F',now());
mysql> insert into student values(9,'邱导',33,'F',now());# 5. 查看数据
mysql> select * from student;
+----+-----------+-----+--------+---------------------+
| id | name      | age | gender | cometime            |
+----+-----------+-----+--------+---------------------+
|  1 | 戴佳栋    |  23 | M      | 2020-07-15 06:59:15 |
|  2 | 王张行    |  28 | M      | 2020-07-15 06:59:49 |
|  3 | 王启涵    |  24 | M      | 2020-07-15 07:00:16 |
|  4 | 陈建清    |  21 | M      | 2020-07-15 07:00:38 |
|  5 | 高松平    |  21 | M      | 2020-07-15 07:00:57 |
|  6 | 汤采玉    |  22 | F      | 2020-07-15 07:01:12 |
|  7 | 龚晓廖    |  88 | F      | 0000-00-00 00:00:00 |
|  8 | 好大      |  44 | F      | 2020-07-22 15:14:07 |
|  9 | 邱导      |  33 | F      | 2020-07-22 15:14:45 |
+----+-----------+-----+--------+---------------------+
故障重现
# 1.模拟误删除表student
mysql> drop table student;# 2. 查看student表已经不存在
mysql> show tables;
Empty set (0.00 sec)
故障恢复(A方案)
# 1.因核心表已删除,停止数据库对外服务
[root@db01 tmp]# systemctl stop mysqld# 2.使用新的临时库db02替代生产库,前段业务割接到新库(将全备数据拷贝到db02)
[root@db01 tmp]# scp full.sql root@172.16.1.52:/tmp# 3.找到二进制日志中全备23点后到删除数据前的数据,并且导出(查看日志,找到位置点)
[root@db01 data]# mysqlbinlog -d student --start-position=2728 --stop-position=3421 mysql-bin.000001 > /tmp/new.sql# 4.将二进制导出数据拷贝到db02
[root@db01 tmp]# scp new.sql root@172.16.1.52:/tmp# 5.在db02中将全备数据导入(在db02数据库启动后操作)
mysql> source /tmp/full.sql# 6.查看全备导入数据
mysql> select * from student;
+----+-----------+-----+--------+---------------------+
| id | name      | age | gender | cometime            |
+----+-----------+-----+--------+---------------------+
|  1 | 戴佳栋    |  23 | M      | 2020-07-15 06:59:15 |
|  2 | 王张行    |  28 | M      | 2020-07-15 06:59:49 |
|  3 | 王启涵    |  24 | M      | 2020-07-15 07:00:16 |
|  4 | 陈建清    |  21 | M      | 2020-07-15 07:00:38 |
|  5 | 高松平    |  21 | M      | 2020-07-15 07:00:57 |
|  6 | 汤采玉    |  22 | F      | 2020-07-15 07:01:12 |
+----+-----------+-----+--------+---------------------+# 7. 将二进制产生数据导入
mysql> source /tmp/new.sql# 8. 查看二进制后的数据(误删除表的数据已经恢复)
mysql> select * from student;
+----+-----------+-----+--------+---------------------+
| id | name      | age | gender | cometime            |
+----+-----------+-----+--------+---------------------+
|  1 | 戴佳栋    |  23 | M      | 2020-07-15 06:59:15 |
|  2 | 王张行    |  28 | M      | 2020-07-15 06:59:49 |
|  3 | 王启涵    |  24 | M      | 2020-07-15 07:00:16 |
|  4 | 陈建清    |  21 | M      | 2020-07-15 07:00:38 |
|  5 | 高松平    |  21 | M      | 2020-07-15 07:00:57 |
|  6 | 汤采玉    |  22 | F      | 2020-07-15 07:01:12 |
|  7 | 龚晓廖    |  88 | F      | 0000-00-00 00:00:00 |
|  8 | 好大      |  44 | F      | 2020-07-22 15:14:07 |
|  9 | 邱导      |  33 | F      | 2020-07-22 15:14:45 |
+----+-----------+-----+--------+---------------------+# 9. 因将数据库迁移,所以在前端业务中需将数据库地址重新指定
故障恢复(B方案)
# 此操作仅针对数据量级别不大环境,因删除数据只有一个表,所以只需要将全备单独导入到db02,然后将误删除表单独拿出来备份,就实现了十一点前对数据库的恢复,再将二进制数据导出,就就实现了十一点后的数据恢复。# 1.将全备数据拷贝致db02
[root@db01 tmp]# scp new.sql root@172.16.1.52:/tmp# 2. 针对删除的student表进行备份
[root@db02 tmp]# mysqldump student student > /tmp/student.sql# 3. 将数据student表的备份转移到db01
[root@db02 tmp]# scp student.sql root@172.16.1.51:/tmp# 4. 在二进制数据中找到数据起始点,导出数据
[root@db01 data]# mysqlbinlog -d student --start-position=2728 --stop-position=3421 mysql-bin.000001 > /tmp/new.sql# 5. 进入数据库student中,导入数据,实现对十一点前数据的还原
mysql> source /tmp/student.sql# 6. 将二进制数据导入,实现十一点后的数据还原
mysql> source /tmp/new.sql# 7. 查看数据(已成功恢复)
mysql> select * from student;
+----+-----------+-----+--------+---------------------+
| id | name      | age | gender | cometime            |
+----+-----------+-----+--------+---------------------+
|  1 | 戴佳栋    |  23 | M      | 2020-07-15 06:59:15 |
|  2 | 王张行    |  28 | M      | 2020-07-15 06:59:49 |
|  3 | 王启涵    |  24 | M      | 2020-07-15 07:00:16 |
|  4 | 陈建清    |  21 | M      | 2020-07-15 07:00:38 |
|  5 | 高松平    |  21 | M      | 2020-07-15 07:00:57 |
|  6 | 汤采玉    |  22 | F      | 2020-07-15 07:01:12 |
|  7 | 龚晓廖    |  88 | F      | 0000-00-00 00:00:00 |
|  8 | 好大      |  44 | F      | 2020-07-22 15:14:07 |
|  9 | 邱导      |  33 | F      | 2020-07-22 15:14:45 |
+----+-----------+-----+--------+---------------------+

 

这篇关于【mysql】mysql之数据误删恢复的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/1136550

相关文章

MySQL中EXISTS与IN用法使用与对比分析

《MySQL中EXISTS与IN用法使用与对比分析》在MySQL中,EXISTS和IN都用于子查询中根据另一个查询的结果来过滤主查询的记录,本文将基于工作原理、效率和应用场景进行全面对比... 目录一、基本用法详解1. IN 运算符2. EXISTS 运算符二、EXISTS 与 IN 的选择策略三、性能对比

MySQL常用字符串函数示例和场景介绍

《MySQL常用字符串函数示例和场景介绍》MySQL提供了丰富的字符串函数帮助我们高效地对字符串进行处理、转换和分析,本文我将全面且深入地介绍MySQL常用的字符串函数,并结合具体示例和场景,帮你熟练... 目录一、字符串函数概述1.1 字符串函数的作用1.2 字符串函数分类二、字符串长度与统计函数2.1

SpringBoot多环境配置数据读取方式

《SpringBoot多环境配置数据读取方式》SpringBoot通过环境隔离机制,支持properties/yaml/yml多格式配置,结合@Value、Environment和@Configura... 目录一、多环境配置的核心思路二、3种配置文件格式详解2.1 properties格式(传统格式)1.

SQL Server跟踪自动统计信息更新实战指南

《SQLServer跟踪自动统计信息更新实战指南》本文详解SQLServer自动统计信息更新的跟踪方法,推荐使用扩展事件实时捕获更新操作及详细信息,同时结合系统视图快速检查统计信息状态,重点强调修... 目录SQL Server 如何跟踪自动统计信息更新:深入解析与实战指南 核心跟踪方法1️⃣ 利用系统目录

MySQL 内存使用率常用分析语句

《MySQL内存使用率常用分析语句》用户整理了MySQL内存占用过高的分析方法,涵盖操作系统层确认及数据库层bufferpool、内存模块差值、线程状态、performance_schema性能数据... 目录一、 OS层二、 DB层1. 全局情况2. 内存占js用详情最近连续遇到mysql内存占用过高导致

解决pandas无法读取csv文件数据的问题

《解决pandas无法读取csv文件数据的问题》本文讲述作者用Pandas读取CSV文件时因参数设置不当导致数据错位,通过调整delimiter和on_bad_lines参数最终解决问题,并强调正确参... 目录一、前言二、问题复现1. 问题2. 通过 on_bad_lines=‘warn’ 跳过异常数据3

Mysql中设计数据表的过程解析

《Mysql中设计数据表的过程解析》数据库约束通过NOTNULL、UNIQUE、DEFAULT、主键和外键等规则保障数据完整性,自动校验数据,减少人工错误,提升数据一致性和业务逻辑严谨性,本文介绍My... 目录1.引言2.NOT NULL——制定某列不可以存储NULL值2.UNIQUE——保证某一列的每一

解密SQL查询语句执行的过程

《解密SQL查询语句执行的过程》文章讲解了SQL语句的执行流程,涵盖解析、优化、执行三个核心阶段,并介绍执行计划查看方法EXPLAIN,同时提出性能优化技巧如合理使用索引、避免SELECT*、JOIN... 目录1. SQL语句的基本结构2. SQL语句的执行过程3. SQL语句的执行计划4. 常见的性能优

SQL Server 中的 WITH (NOLOCK) 示例详解

《SQLServer中的WITH(NOLOCK)示例详解》SQLServer中的WITH(NOLOCK)是一种表提示,等同于READUNCOMMITTED隔离级别,允许查询在不获取共享锁的情... 目录SQL Server 中的 WITH (NOLOCK) 详解一、WITH (NOLOCK) 的本质二、工作

MySQL 强制使用特定索引的操作

《MySQL强制使用特定索引的操作》MySQL可通过FORCEINDEX、USEINDEX等语法强制查询使用特定索引,但优化器可能不采纳,需结合EXPLAIN分析执行计划,避免性能下降,注意版本差异... 目录1. 使用FORCE INDEX语法2. 使用USE INDEX语法3. 使用IGNORE IND