mysql 数据库 xtrabackup (完全备份恢复，恢复后重启失败总结)

一. 完全备份恢复说明

　　xtrabackup二进制文件有一个xtrabackup --copy-back选项，它将备份复制到服务器的datadir目录下。下面是通过 --target-dir 指定完全备份文件的目录，还原到datadir目录下。

1	`xtrabackup` `--copy-back --target-dir=/data/backups/`

　　可以使用xtrabackup --move-back选项恢复备份。这个选项类似于xtrabackup --copy-back，唯一的区别是它将文件移动到目标位置，而不是复制文件。由于此选项删除了备份文件，因此必须谨慎使用。

　　如果您不想使用上述任何一种选项，您可以另外使用rsync或cp来恢复文件。可以用来恢复备份的rsync命令的示例如下:

1	`$ rsync -avrp /data/backup/ /var/lib/mysql/`

　　在大多数情况下，您需要在启动数据库服务器之前将文件的所有权更改为mysql。最后现有数据已恢复，可以启动服务器，权限设置如下所示：

1	`$ chown -r mysql:mysql /var/lib/mysql`

　　注意：在恢复备份之前，datadir目录必须为空。另外mysql服务器在执行恢复之前需要关闭，不能还原到正在运行的mysqld实例的datadir目录下。

　　恢复还原工作原理请查看：mysql 开发进阶篇系列 44 物理备份与恢复( 热备份xtrabackup 工具介绍)

二. 完全备份恢复案例

1

2

3

4

5

 
      -- 在恢复之前先删除下面二个表 
     

 
      -- 删除一个a 表(myisam) 
     

 
      delete 
      from 
      test.a 
     

 
      -- 删除一个testbackup表(innodb) 
     

 
      delete 
      from 
      test.`testbackup` 
     

1

2

3

4

 
      -- 先停掉服务 
     

 
      [root@hsr data]# service mysql stop 
     

 
      -- 删除data目录下所有数据文件,安全起见可以先保存原有副本 
     

 
      [root@hsr data]# rm  -rf  /usr/ 
      local 
      /mysql/data/* 
     

1 2	`-- 使用xtrabackup 完全恢复` `[root@hsr data]# xtrabackup` `--defaults-file=/etc/my.cnf --host=127.0.0.1 --user bkpuser --password=123456 --copy-back <br>　　　　　　　　　　　　　　　　　　--target-dir=/data/backups/`

　　如下图所示恢复成功：
　　　　

1 2	`-- 清空mysql错误日志内容,方便等下查看` `[root@hsr data]# : > /var/log/mariadb/mariadb.log`

　　　　--重启服务失败，查看错误日志显示：2018-10-09t05:26:19.082347z 0 [error] innodb: the innodb_system data file 'ibdata1' must be writable。2018-10-09t06:03:17.407537z 0 [error] innodb: operating system error number 13 in a file operation。

1

2

3

 
      -- 使用perror查看状态13 ，提示没有权限 
     

 
      [root@hsr data]# perror 13 
     

 
      os error code  13:  permission denied 
     

1

2

3

4

 
      -- 改变属主关系，将data目录下所有的文件改成mysql用户和mysql用户组。 
     

 
      [root@hsr data]# chown -r mysql:mysql  ../data 
     

 
      [root@hsr data]# service mysql start 
     

 
      starting mysql. success! 
     

　　最后启动成功了，删除的二个表数据都回来了。

三. 错误日志中的警告信息

　　3.1 信息：insecure configuration for --secure-file-priv: location is accessible to all os users。解决方法：secure-file-priv我系统指定的目录是/tmp。把该目录下的用户和用户组设置成mysql。

1	`[root@hsr tmp]# chown -r mysql.mysql ../tmp`

　　3.2 信息：insecure configuration for --pid-file: location '/usr/local/mysql/data' in the path is accessible to all os users。意思是目录不安全，所有用户都可见。解决方法：将data目录设置mysql用户和用户组权限，以及770权限。

1 2	`[root@hsr tmp]# chown -r mysql.mysql /usr/` `local` `/mysql/data` `[root@hsr tmp]# chmod 770 /usr/` `local` `/mysql/data`

　　3.3 信息：failed to set up ssl because of the following ssl library error: ssl context is not usable without certificate and private key。解决：重新安装ssl。在mysql的bin目录下找到mysql_ssl_rsa_setup安装，如下所示：

 
      [root@hsr bin]# pwd 
     

 
      /usr/ 
      local 
      /mysql/bin<br> 
      -- 安装 
     

 
      [root@hsr bin]# mysql_ssl_rsa_setup  
      --datadir=/usr/local/mysql/data

 
      --生成后还需将data目录下的pem文件改用户组和用户为mysql 
     

 
      [root@hsr data]# chown -r mysql:mysql private_key.pem 
     

 
      [root@hsr data]# chown -r mysql:mysql public_key.pem 
     

 
      [root@hsr data]# chown -r mysql:mysql server-cert.pem 
     

 
      [root@hsr data]# chown -r mysql:mysql server- 
      key 
      .pem 
     

...

　　3.4 信息：timestamp with implicit default value is deprecated. please use --explicit_defaults_for_timestamp server option (see documentation for more details)。默认是off，如下所示：

1

2

3

 
      --解决在my.cnf中加入 explicit_defaults_for_timestamp=1,重启服务 
     

 
      [mysqld] 
     

 
      explicit_defaults_for_timestamp=1 
     

　　　　
　　总结：关于mysql恢复后，服务启动报文件权限问题的，所有mysql有关的文件或目录全部设置成mysql用户和mysql用户组。

大神勿喷

mysql 数据库 xtrabackup (完全备份恢复，恢复后重启失败总结)

猜你喜欢