mysql数据库备份之xtrabackup

今天工作中用到了xtrabackup进行数据备份，遇到了一些问题，在这里记录。

数据同步方式有很多种，比如mysqldump，直接复制数据文件，xtrabackup。在数据库存储引擎是innodb时xtrabackup可以不用锁表，所以建议用xtrabackup方式。

本次实验使用的是xtrabackup，其他方式请参考mysql手册。

我是使用tar包进行安装，具体步骤如下：

tar -zxvf percona-xtrabackup-2.4.10-Linux-x86_64.libgcrypt145.tar.gz   
mv percona-xtrabackup-2.4.10-Linux-x86_64 /usr/local/xtrabackup  
ln -sf /usr/local/xtrabackup/bin/* /usr/bin/       　　 #给命令建个软连接  

查看版本

xtrabackup --version
xtrabackup version 2.4.10 based on MySQL server 5.7.19 Linux (x86_64) (revision id: 3198bce)

具体参考博客：https://blog.csdn.net/jolly10/article/details/80051460

1.配置主库

配置binlog，linux下是在/etc/my.cnf中配置，如果不知道位置可以使用以下语句查找

find / -name my.cnf

（如果已经配置binlog就可以不配置了，server-id要保证主从中唯一）。修改如下配置。

log-bin=mysql-bin
server-id=1
binlog_format=row

查看是否启用了日志

mysql>show variables like 'log_bin';

2.备份主库

xtrabackup --backup --user=root --password=??? --target-dir=/tmp/backupdir
xtrabackup  --user=root--password=??? --prepare --target-dir=/tmp/backupdir

配置时遇到以下问题：

Connecting to MySQL server with DSN 'dbi:mysql:;mysql_read_default_group=xtrabackup' as 'dba' (using password: YES).
innobackupex: Error: Failed to connect to MySQL server: DBI connect(';mysql_read_default_group=xtrabackup','db a',...) failed: Can't connect to local MySQL server through socket '/var/run/mysqld/mysqld.sock' (2) at /usr/bin/innobackupex line 2945.

我通过加上host解决了这个问题

xtrabackup --backup --user=root --password=??? --target-dir=/tmp/backupdir --host=192.168.220.XXX
xtrabackup  --user=root--password=??? --prepare --target-dir=/tmp/backupdir --host=192.168.220.XXX

3.传输备份内容到从库

可以用ftp，sftp，rsync等，这里我使用rsync

 rsync -avpP -e ssh /tmp/backupdir TheSlave(也就是target ip address):/tmp/backupdir

SSH 连接远程主机时，会检查主机的公钥。如果是第一次该主机，会显示该主机的公钥摘要，提示用户是否信任该主机：

The authenticity of host '192.168.220.XXX (192.168.220.XXX)' can't be established.
ECDSA key fingerprint is SHA256:Oq1uuClFXLFu8aeUlmhu3SsbPI1LYWCqjlbc17skD4s.
ECDSA key fingerprint is MD5:74:60:f1:4d:82:da:71:40:2c:21:11:02:b6:87:26:10.
Are you sure you want to continue connecting (yes/no)? n

当选择接受，就会将该主机的公钥追加到文件 ~/.ssh/known_hosts 中。当再次连接该主机时，就不会再提示该问题了。 如果因为某种原因（服务器系统重装，服务器间IP地址交换，DHCP，虚拟机重建，中间人劫持），该IP地址的公钥改变了，当使用 SSH 连接的时候，会报错：

@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
@    WARNING: REMOTE HOST IDENTIFICATION HAS CHANGED!     @
@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
IT IS POSSIBLE THAT SOMEONE IS DOING SOMETHING NASTY!
Someone could be eavesdropping on you right now (man-in-the-middle attack)!
It is also possible that the RSA host key has just been changed.
The fingerprint for the RSA key sent by the remote host is
e9:0c:36:89:7f:3c:07:71:09:5a:9f:28:8c:44:e9:05.
Please contact your system administrator.
Add correct host key in /home/jiangxin/.ssh/known_hosts to get rid of this message.
Offending key in /home/jiangxin/.ssh/known_hosts:81
RSA host key for 192.168.0.110 has changed and you have requested strict checking.
Host key verification failed.

可以在 ssh 命令行中用 -o 参数进行取消ssh验证

$ ssh  -o StrictHostKeyChecking=no  192.168.220.XXX

未完