大橙子网站建设,新征程启航
为企业提供网站建设、域名注册、服务器等服务
创新互联公司作为成都网站建设公司,专注网站建设公司、网站设计,有关成都企业网站建设方案、改版、费用等问题,行业涉及水处理设备等多个领域,已为上千家企业服务,得到了客户的尊重与认可。
下文主要给大家带来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完全备份恢复后重启失败处理方法,大家是不是觉得非常有帮助。如果需要了解更多内容,请继续关注我们的行业资讯,相信你会喜欢上这些内容的。