MySQL数据文件被误删,如何进行恢复?

数据库 MySQL
今天跟大家分享了一种误删数据文件利用内存数据恢复的方法,其实还有一些其他的恢复方法,需要根据不同场景去选取最优的处理方案。

​hello,大家好,我是张张,「架构精进之路」公号作者。

在我们实际工作中,尤其在公司的测试环境下,经常会有多个业务方服务共用同一套服务器,部署自身MySQL环境。很不巧的是,会出现有MySQL数据文件被删除/误删除的情况发生。假如真的发生了,想想就很令人崩溃对不对?

先别着急,今天来跟大家分享一个对于MySQL数据文件被误删除后尝试恢复的办法。一旦发生上述情况,同时实例数据未做备份,是否有机会进行数据恢复呢?

接下来,就让我们来尝试下数据恢复过程的演示:

1.构建模拟数据

模拟数据准备:

CREATE TABLE `t1` (                             
`id` int(11) DEFAULT NULL
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4

mysql> select * from t1;
+------+
| id |
+------+
| 1 |
| 2 |
| 3 |
| 4 |
| 5 |
+------+
5 rows in set (0.00 sec)

2.删除数据文件

在操作系统层进行数据文件的删除。


[root@admin-db12 test]# ll
total 112
-rw-r----- 1 mysql mysql 67 Nov 22 10:01 db.opt
-rw-r----- 1 mysql mysql 8556 Nov 22 11:48 t1.frm
-rw-r----- 1 mysql mysql 98304 Nov 22 11:48 t1.ibd
[root@admin-db12 test]# pwd
/mysql/dba/mysql/multi/3303/data/test
[root@admin-db12 test]# ll
total 112
-rw-r----- 1 mysql mysql 67 Nov 22 10:01 db.opt-rw-r----- 1 mysql mysql 8556 Nov 22 11:48 t1.frm-rw-r----- 1 mysql mysql 98304 Nov 22 11:48 t1.ibd
[root@admin-db12 test]# rm -rf *
[root@admin-db12 test]# ll
total 0

3.查询验证数据

在数据库层,查看当前表中数据,发现当前表数据目前已空空如也。

#当前实例
mysql> select * from t1;
Empty set (0.00 sec)

4.OS层获取内存中的数据

当前实例没有关闭的情况下,查看实例pid。


[root@admin-db62 test]# ps aux | grep 3303
root 21952 0.0 0.0 113304 1648 ? S 11:47 0:00 /bin/sh /mysql/dba/mysql/multi/3303/private/bin/mysqld_safe --defaults-file=/mysql/dba/mysql/multi/3303/etc/my.cnf
mysql 23356 0.2 1.1 19529408 1568416 ? Sl 11:47 0:04 /mysql/dba/mysql/multi/3303/private/bin/mysqld --defaults-file=/mysql/dba/mysql/multi/3303/etc/my.cnf --basedir=/mysql/dba/mysql/multi/3303/private --datadir=/mysql/dba/mysql/multi/3303/data --plugin-dir=/mysql/dba/mysql/multi/3303/private/lib/plugin --user=mysql --log-error=/mysql/dba/mysql/multi/3303/log/mysql-error.log --open-files-limit=65535 --pid-file=/mysql/dba/mysql/multi/3303/pid/mysql.pid --socket=/mysql/dba/mysql/multi/3303/socket/mysql.sock --port=3303
[root@admin-db62 fd]# cd /proc/23356/fd
[root@admin-db62 fd]# ll
lrwx------ 1 root root 64 Nov 22 11:52 39 -> /mysql/dba/mysql/multi/3303/data/mysql/time_zone.ibdlrwx------ 1 root root 64 Nov 22 11:52 4 -> /mysql/dba/mysql/multi/3303/data/ib_logfile0lrwx------ 1 root root 64 Nov 22 11:52 40 -> /mysql/dba/mysql/multi/3303/data/mysql/time_zone_transition.ibdlrwx------ 1 root root 64 Nov 22 11:52 42 -> /mysql/dba/mysql/multi/3303/data/test/t1.ibd (deleted)

通过上述操作我们发现,被我们干掉的数据文件显示状态为”deleted“,被删除。

5.获取处理数据

为保护好当前服务器现场、在另一台服务器上开始恢复数据。

#目标端
[root@admin-db64 3306]# nc -l 13306 > /mysql/dba/mysql/multi/3306/data/t1.ibd #db64这台服务器上,3306实例中来恢复上述被删除的数据。/mysql/dba/mysql/multi/3306/data为临时存放数据目录

#源端
lrwx------ 1 root root 64 Nov 22 11:52 42 -> /mysql/dba/mysql/multi/3303/data/test/t1.ibd (deleted)
[root@admin-db62 fd]# cat 42 | nc 10.26.65.74 13306

#如上操作,将在OS层,内存里的数据拷贝并传输至远程恢复服务器上。

【注意】不要在本机进行恢复、保留线上环境,避免二次伤害。

6.恢复数据处理

在源端服务器进行数据恢复操作。

[root@admin-db64 3306]# nc -l 13306 > /mysql/dba/mysql/multi/3306/data/t1.ibd
[root@admin-db64 3306]# cd data/
[root@admin-db64 data]# ll
total 100
-rw-r----- 1 mysql mysql 67 Nov 22 12:36 db.opt-rw-r--r-- 1 root root 98304 Nov 22 12:37 t1.ibd
[root@admin-db64 data]# chown -R mysql.mysql t1.ibd #更改属主

登录源端进行恢复实例操作:

mysql > use test;
Database changed
mysql> show tables;
Empty set (0.00 sec)

#1、根据表结构创建表(不要告诉我表结构也已经没有了...)
CREATE TABLE `t1` (
`id` int(11) DEFAULT NULL
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4

#2、discard 表空间
mysql> alter table t1 discard tablespace;
Query OK, 0 rows affected, 1 warning (0.01 sec)

#3、将上面准备好的数据文件放入正确目录
[root@admin-db64 data]#mv t1.ibd test/

#4、import 表空间
mysql> alter table t1 import tablespace;
Query OK, 0 rows affected, 1 warning (0.01 sec)

#5、查看数据是否可以正常查看
mysql> select * from t1;
+------+
| id |
+------+
| 1 |
| 2 |
| 3 |
| 4 |
| 5 |
+------+
5 rows in set (0.00 sec)

通过上述步骤的操作,发现数据已经可以正常查看,后面只需要将其备份出来,恢复到待恢复实例即可。此处不再赘述。

写在最后

今天跟大家分享了一种误删数据文件利用内存数据恢复的方法,其实还有一些其他的恢复方法,需要根据不同场景去选取最优的处理方案。

最后,需要跟大家强调的是:预防远比处理的意义大得多。

另外,在 MySQL 的集群方案中,会时不时地用到备份来恢复实例,因此定期检查备份的有效性也很有必要。如果你是业务开发同学,你可以用 show grants 命令查看账户的权限,如果权限过大,可以建议 DBA 同学给你分配权限低一些的账号;你也可以评估业务的重要性,和 DBA 商量备份的周期、是否有必要创建延迟复制的备库等等。 

记住,数据和服务的可靠性不止是运维团队的工作,最终是各个合作环节一起保障的结果。 

责任编辑:武晓燕 来源: 架构精进之路
相关推荐

2014-07-02 15:37:49

PLSQL

2013-08-07 10:04:37

MySQL数据恢复

2021-04-20 08:33:29

SQL快照数据

2009-12-21 16:17:01

2010-10-13 11:02:52

MySQL数据文件

2011-03-22 16:20:19

恢复数据库

2016-11-17 12:46:45

2010-05-24 14:57:03

MySQL数据库表

2018-04-28 15:28:44

数据库MySQL误删除

2011-05-17 11:33:43

oracle数据库

2018-09-17 16:12:03

数据库数据恢复SQL Server

2021-03-05 13:08:56

MySQL数据库命令

2013-02-21 10:32:29

Win Server 灾难恢复虚拟机

2011-08-29 16:41:14

OracleRMAN恢复数据文件的恢复

2010-10-13 14:02:01

MySQL数据文件

2010-02-02 13:04:03

C++头文件

2009-02-02 13:43:19

故障检测数据库

2011-09-01 18:54:29

WifiGoodReader

2017-04-01 18:30:47

MySQL误删除数据库

2010-01-05 14:32:01

JSON 数据
点赞
收藏

51CTO技术栈公众号