建议：在业务量较少的情况下做备份还原比较好，或者能设置只读那就更好了。因为一边备份一遍对数据进行更改替换，会出现各种奇葩的问题的。
主库备份
cd /sqlback
innobackupex --defaults-file=/etc/my.cnf --user=root --password=123456 ./ （记得--defaults-file要放在前面，不然会报错）
cpoy到要恢复的目标主机
innobackupex --apply-log --user=root --password='1234568' /sqlback/back/2020-04-04_10-21-32/ （在数据库开启的状态下做，因为他要找socket，最好要账户和密码）
停数据库 stop mysql
删除数据目录下面的所有文件，删除binlog目录下面的所有文件。建议最好备份一下，打个tar包这样。避免还原不成功导致数据库报废。
innobackupex --copy-back --user=root --password='1234568' /sqlback/back/2020-04-04_10-21-32/ （在数据库关闭的状态下做，拷贝数据回来，最好要账户和密码）
chown -R mysql:mysql 数据库目录所有文件
chown mysql:mysql binlog目录下所有文件
开启数据库 start mysql
查看备份的日志文件及位置
[root@fu-db02 sqlback]# cat 2020-04-04_13-35-58/xtrabackup_info |grep binlog_pos
binlog_pos = filename 'mysql01-bin.000004', position '194', GTID of the last change '0f719dfd-7583-11ea-bc48-00505697d068:1-223377'
mysql> SET @MYSQLDUMP_TEMP_LOG_BIN = @@SESSION.SQL_LOG_BIN; （记录状态）
mysql> SET @@SESSION.SQL_LOG_BIN= 0; （接下来的操作不记录锦二进制日志）
mysql> SET @@GLOBAL.GTID_PURGED='0f719dfd-7583-11ea-bc48-00505697d068:1-223377'; （设置gtid，这一步有可能会master有值，导致设置报错。可以用：show variables like'%gtid_purged%'; 来查看。用reset master;来清0）
mysql> SET @@SESSION.SQL_LOG_BIN = @MYSQLDUMP_TEMP_LOG_BIN; （还原最初状态）
重新配置主备
CHANGE MASTER TO MASTER_HOST='192.168.126.12',MASTER_USER='repl',MASTER_PASSWORD='dtet123',MASTER_PORT=3306,MASTER_AUTO_POSITION=1;
有一些是会读很老的二进制日志的，用下面这个来解决。
CHANGE MASTER TO MASTER_HOST='192.168.131.243',MASTER_USER='repl',MASTER_PASSWORD='123456',MASTER_PORT=3306,MASTER_LOG_FILE=mysql01-bin.000004', Master_Log_Pos=194;
start slave
show slave statusG