mysql数据库xtrabackup完全备份恢复后重启失败处理方法
创新互联公司作为成都网站建设公司，专注网站建设公司、网站设计，有关成都企业网站建设方案、改版、费用等问题，行业涉及水处理设备等多个领域，已为上千家企业服务，得到了客户的尊重与认可。
下文主要给大家带来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://6mz.cn/article/pciohe.html