mysql数据库xtrabackup完全备份恢复后重启失败解决方法

发布时间：2023-10-05 15:14:42 所属栏目：MySql教程来源：

导读：下文主要给大家带来mysql数据库xtrabackup完全备份恢复后重启失败处理方法，希望mysql数据库xtrabackup完全备份恢复后重启失败处理方法能够带给大家实际用处，这也是我编辑这篇文章的主要目的。好了，废话不多说，大

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

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

[mysqld]

explicit_defaults_for_timestamp=1

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

（编辑：聊城站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!