经验首页 前端设计 程序设计 Java相关 移动开发 数据库/运维 软件/图像 大数据/云计算 其他经验
当前位置:技术经验 » 数据库运维 » MySQL » 查看文章
mysql 开发进阶篇系列 47 xtrabackup (完全备份恢复,恢复后重启失败总结)
来源:cnblogs  作者:花阴偷移  时间:2018/10/11 9:16:07  对本文有异议

一. 完全备份恢复说明

  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. -- 删除一个a 表(myisam)
  3. DELETE FROM test.a
  4. -- 删除一个testbackup表(innodb)
  5. DELETE FROM test.`testbackup`
  1. -- 先停掉服务
  2. [root@hsr data]# service mysql stop
  3. -- 删除data目录下所有数据文件,安全起见可以先保存原有副本
  4. [root@hsr data]# rm -rf /usr/local/mysql/data/*

  

  1. -- 使用xtrabackup 完全恢复
  2. [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. -- 清空mysql错误日志内容,方便等下查看
  2. [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. -- 使用perror查看状态13 ,提示没有权限
  2. [root@hsr data]# perror 13
  3. OS error code 13: Permission denied
  1. -- 改变属主关系,将data目录下所有的文件改成mysql用户和mysql用户组。
  2. [root@hsr data]# chown -R mysql:mysql ../data
  3. [root@hsr data]# service mysql start
  4. 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. [root@hsr tmp]# chown -R mysql.mysql /usr/local/mysql/data
  2. [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. [root@hsr bin]# pwd
  2. /usr/local/mysql/bin
    -- 安装
  3. [root@hsr bin]# mysql_ssl_rsa_setup --datadir=/usr/local/mysql/data
  4. --生成后还需将data目录下的pem文件改用户组和用户为mysql
  5. [root@hsr data]# chown -R mysql:mysql private_key.pem
  6. [root@hsr data]# chown -R mysql:mysql public_key.pem
  7. [root@hsr data]# chown -R mysql:mysql server-cert.pem
  8. [root@hsr data]# chown -R mysql:mysql server-key.pem
  9. ...

  3.4 信息:TIMESTAMP with implicit DEFAULT value is deprecated. Please use --explicit_defaults_for_timestamp server option (see documentation for more details)。 默认是off,如下所示:

    

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

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

 

 友情链接:直通硅谷  点职佳  北美留学生论坛

本站QQ群:前端 618073944 | Java 606181507 | Python 626812652 | C/C++ 612253063 | 微信 634508462 | 苹果 692586424 | C#/.net 182808419 | PHP 305140648 | 运维 608723728

W3xue 的所有内容仅供测试,对任何法律问题及风险不承担任何责任。通过使用本站内容随之而来的风险与本站无关。
关于我们  |  意见建议  |  捐助我们  |  报错有奖  |  广告合作、友情链接(目前9元/月)请联系QQ:27243702 沸活量
皖ICP备17017327号-2 皖公网安备34020702000426号