创新互联公司作为成都网站建设公司，专注网站建设公司、网站设计，有关成都企业网站建设方案、改版、费用等问题，行业涉及水处理设备等多个领域，已为上千家企业服务，得到了客户的尊重与认可。

下文主要给大家带来MySQL数据库xtrabackup完全备份恢复后重启失败处理方法，希望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 　　　　　　　　　　　　　　　　　　--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安装，如下所示：

?

1 2 3 4 5 6 7 8 9

[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，如下所示：

?

1 2 3

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

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

对于以上关于mysql数据库xtrabackup完全备份恢复后重启失败处理方法，大家是不是觉得非常有帮助。如果需要了解更多内容，请继续关注我们的行业资讯，相信你会喜欢上这些内容的。

网页标题：mysql数据库xtrabackup完全备份恢复后重启失败处理方法
转载源于：http://scyanting.com/article/pciohe.html