操作系统宕机，MySQL数据找回记录

喜欢ヅ旅行 2023-01-20 04:52 87阅读 0赞

![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzM5MjIxNDM2_size_16_color_FFFFFF_t_70]

一、概述  
如果Linux操作系统宕机，启动不了，[救援模式（rescue installed system）][rescue installed system]也行不通的时候，那么该机器上的MySQL数据还能恢复吗？如果能，怎么恢复呢？带着这个问题我们做个实验。

二、环境介绍  
准备两台虚拟机，[虚拟机软件为virtualbox][rescue installed system]。

IP 192.168.56.81 该虚拟机上面运行了MySQL，后面模拟这个机器崩溃，然后将MySQL数据抢救回来。

“81”上的文件：

![在这里插入图片描述][20210511120354401.png]

“81”上的MySQL数据库：

![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzM5MjIxNDM2_size_16_color_FFFFFF_t_70 1]

IP 192.168.56.71 该虚拟机为新机器，后面需要将“81”上的数据库迁移到“71”这台机器上。

三、开始实验  
删除“81”机器上的/boot目录文件，然后强制重启。

![在这里插入图片描述][20210511120409833.png]

这时候系统启动失败，报error: file ‘/grup2/i386-pc/normal.mod’ not found.

![在这里插入图片描述][20210511120415842.png]

关闭故障虚拟机“81”，选择强制退出。

![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzM5MjIxNDM2_size_16_color_FFFFFF_t_70 2]

将故障虚拟机“81”的硬盘挂载到新的虚拟机“71”上，启动新的虚拟机“71”。

![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzM5MjIxNDM2_size_16_color_FFFFFF_t_70 3]

通过lsblk能看到sdb就是新挂载的磁盘。

![在这里插入图片描述][20210511120431241.png]

建立挂载点，挂载新的磁盘，提示mount: unknown filesystem type ‘LVM2\_member’

[root@oracletest ~]# mkdir /newmnt
    [root@oracletest ~]# mount /dev/sdb2 /newmnt
    mount: unknown filesystem type 'LVM2_member'

这是因为/dev/sdb2是一个物理卷，不能直接挂载，需要挂载该物理卷对应的逻辑卷。

查看逻辑卷（这个可能需要等一会才查看得到），可以看到LV Status为NOT available。

![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzM5MjIxNDM2_size_16_color_FFFFFF_t_70 4]

使用vgchange -ay /dev/vg激活逻辑卷组（vg是逻辑卷组名字），可以看到LV Status为available。

![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzM5MjIxNDM2_size_16_color_FFFFFF_t_70 5]

挂载逻辑卷，可以看到文件已经找回来了。

[root@oracletest ~]# mount /dev/vg/lvroot /newmnt
    [root@oracletest ~]# cd /newmnt
    [root@oracletest newmnt]# ls
    bin  boot  dev  etc  home  lib  lib64  lost+found  media  mnt  opt  proc  root  run  sbin  srv  sys  tmp  usr  var
    [root@oracletest newmnt]# cd /newmnt/root
    [root@oracletest root]# ls
    important.txt  install.sh  mysql-8.0.22-linux-glibc2.12-x86_64.tar.xz
    [root@oracletest root]# cat important.txt 
    this is important text!

接下来是恢复MySQL数据库。原理很简单，跟迁移MySQL没区别，就是将原MySQL文件迁移到新的目录，然后起库。

首先在新的虚拟机“71”上面安装跟故障虚拟机中相同版本的MySQL（安装过程略……）。

查看原MySQL的参数文件，确定MySQL日志文件和数据文件的目录。

[root@oracletest root]# cat /newmnt/etc/my.cnf
    [mysqld]
    # basic settings #
    ...
    basedir = /usr/local/mysql
    datadir = /opt/mydata/data
    tmpdir = /opt/mydata/tmp
    log_bin = /opt/mydata/log/binlog/binlog
    ...

查看原MySQL的数据文件。

[root@oracletest root]# cd /newmnt/opt/mydata/
    [root@oracletest mydata]# ll
    total 12
    drwxr-xr-x 6 995 1000 4096 Feb 11 14:03 data
    drwxr-xr-x 4 995 1000 4096 Feb 11 14:03 log
    drwxr-xr-x 2 995 1000 4096 Feb 11 14:03 tmp

创建相关目录。

mkdir -p /opt/mydata/data
    mkdir -p /opt/mydata/tmp
    mkdir -p /opt/mydata/log/binlog
    chown -R mysql:mysql /opt/mydata

拷贝MySQL文件到对应的目录。

cp -r /newmnt/etc/my.cnf /etc
    cp -r /newmnt/opt/mydata/data /opt/mydata/
    cp -r /newmnt/opt/mydata/log/binlog /opt/mydata/log/
    chown -R mysql:mysql /opt/mydata # 这一步的目的是由于原始文件在挂到新

的机器上时所属用户和所属组会丢失，需要重新更改成mysql组  
启动MySQL。

[root@oracletest ~]# service mysql start
    Starting MySQL.2021-04-08T11:39:26.437943Z mysqld_safe error: log-error set to '/opt/mydata/log/error.log', however file don't exists. Create writable for user 'mysql'.
    The server quit without updating PID file (/opt/mydata/data[FAILED]est.pid).

报错，提示没有error.log，那就创建一个，再启动MySQL。

[root@oracletest ~]# touch /opt/mydata/log/error.log
    [root@oracletest ~]# chown -R mysql:mysql /opt/mydata/log/error.log
    [root@oracletest ~]# service mysql start
    Starting MySQL..      [ OK ]

可以看到数据库的表也找回来了！

![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzM5MjIxNDM2_size_16_color_FFFFFF_t_70 6]

四、总结  
只要没有删除数据库的数据文件，即使系统起不来了，我们仍然可以将系统的盘拆下来挂到新的机器上，将数据拷贝出来。

养成备份的习惯，正式、仿真、开发、测试环境都需要。

关于作者  
[开源世界][Link 1]，国泰君安专职DBA，热爱Oracle、MySQL数据库技术，熟悉shell，python编程，熟悉zabbix监控。

原文链接：[http://ym.baisou.ltd/?id=485][http_ym.baisou.ltd_id_485]（复制到浏览器或者点击“阅读原文”立即查看）

[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzM5MjIxNDM2_size_16_color_FFFFFF_t_70]: /images/20221021/8bf069bebd8441d491e5bd5f9f857986.png
[rescue installed system]: http://github.crmeb.net/u/defu
[20210511120354401.png]: /images/20221021/68e33cd3df044518ae280593bf0ba7ca.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzM5MjIxNDM2_size_16_color_FFFFFF_t_70 1]: /images/20221021/69eaf7d1139543f38b016c712711e57e.png
[20210511120409833.png]: /images/20221021/d61d699e752d4b69aa669d3c6a3be913.png
[20210511120415842.png]: /images/20221021/f3122e9b273c4f698569ce677cfe13b1.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzM5MjIxNDM2_size_16_color_FFFFFF_t_70 2]: /images/20221021/92d4af6dc68e4544aa241840bce475f6.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzM5MjIxNDM2_size_16_color_FFFFFF_t_70 3]: /images/20221021/4906ffdc4b074a47a157d1406bb2c180.png
[20210511120431241.png]: /images/20221021/b72a68437f5f4300a13582b7463efabb.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzM5MjIxNDM2_size_16_color_FFFFFF_t_70 4]: /images/20221021/75896558d4fa42c480de3ea892ec648a.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzM5MjIxNDM2_size_16_color_FFFFFF_t_70 5]: /images/20221021/48accc0a0dc94d4b900f4e796ce2d770.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzM5MjIxNDM2_size_16_color_FFFFFF_t_70 6]: /images/20221021/456dcce8622642c4b2409a36ddb89199.png
[Link 1]: http://ym.baisou.ltd/
[http_ym.baisou.ltd_id_485]: http://ym.baisou.ltd/?id=485