mysql xtrabackup 重启失败原因分析及解决方法

时间:2018-10-11
本文章向大家介绍mysql xtrabackup (完全备份恢复,恢复后重启失败总结),需要的朋友可以参考一下

一. 完全备份恢复说明

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

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

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

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

  $ rsync -avrP /data/backup/  /var/lib/mysql/

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

  $ chown -R mysql:mysql /var/lib/mysql

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

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

二. 完全备份恢复案例

-- 在恢复之前先删除下面二个表
-- 删除一个a 表(myisam)
DELETE FROM test.a 
-- 删除一个testbackup表(innodb)
DELETE FROM test.`testbackup`
-- 先停掉服务
[root@hsr data]# service mysql stop
-- 删除data目录下所有数据文件,安全起见可以先保存原有副本
[root@hsr data]# rm  -rf  /usr/local/mysql/data/*

  

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

  如下图所示恢复成功:
    

-- 清空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。

-- 使用perror查看状态13 ,提示没有权限
[root@hsr data]# perror 13
OS error code  13:  Permission denied
-- 改变属主关系,将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。

[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权限。

[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
-- 安装
[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,如下所示:

    

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

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