centos6.5 Percona XtraBackup 2.4.12インストール&&xtrabackupでmgrノードを拡張


Percona XtraBackup概要参照:https://blog.csdn.net/eaglejiawo1120/article/details/84583186
centosインストール
yum install http://www.percona.com/downloads/percona-release/redhat/0.1-6/percona-release-0.1-6.noarch.rpm
yum list | grep percona
yum install percona-xtrabackup-24

##公式インストールが遅くなりますので、お待ちください.
アンインストール:
yum remove percona-xtrabackup

 
使用
現在のクラスタの書き込みホスト上で、次のsqlを実行してバックアップ・ユーザーを作成します.
mysql> GRANT RELOAD, LOCK TABLES, PROCESS, REPLICATION CLIENT ON *.* TO backup@'localhost' identified by 'backup';
mysql> FLUSH PRIVILEGES;

リードノードでフルバックアップを実行するには、次の手順に従います.
xtrabackup --defaults-file=/home/mysql_test/mysql_5.7/mgr_data/s3210/s3210.cnf -ubackup -pbackup -S/home/mysql_test/mysql_5.7/mgr_data/s3210/s3210.sock  --target-dir=/home/mysql_test/mysql_5.7/mgr_data/s3220 --backup
バックアップデータの準備:
xtrabackup --use-memory=1G --prepare --target-dir=/home/mysql_test/mysql_5.7/mgr_data/s3220 2>prepare.log
データのリストア:
(1)s 3220のサービス停止
kill -9 $(ps -ef | grep s3220.cnf | grep -v grep  | awk '{print $2}')
(2)chown -R mysql:mysql /home/mysql_test/mysql_5.7/mgr_data/s3220
(3)s 3220インスタンスへのアクセス:
実行済みgtid:select@@GLOBALを表示します.gtid_executed;
バックアップの表示はいgtid:
cat s3220/xtrabackup_binlog_info binlog.000011   3260    5ca9e710-f233-11e8-94a5-005056a17264:1-127, f9713c8f-f232-11e8-9bd2-005056a17264:1-23  
s 3220が実行するgtidを上記の値に変更します.
 reset master; set global gtid_purged="5ca9e710-f233-11e8-94a5-005056a17264:1-127,f9713c8f-f232-11e8-9bd2-005056a17264:1-23";
(4)proxysql管理側は生存しているホストを表示する.
mysqlsh>>cluster=dba.getCluster()
mysqlsh>>cluster.addInstance('[email protected]:3220')
 
バックアップ中に次のエラーが発生しました.
[ERROR] InnoDB: Page [page id: space=0, page number=325] log sequence number 2799769 is in the future! Current system log sequence number 2752030. 2018-12-03T03:09:23.151858Z 0 [ERROR] InnoDB: Your database may be corrupt or you may have copied the InnoDB tablespace but not the InnoDB log files. Please refer to http://dev.mysql.com/doc/refman/5.7/en/forcing-innodb-recovery.html for information about forcing recovery.
prapare操作が実行されず、フルバックアップのデータから直接ノードが作成されたため、上記のエラーが発生しました.
 
参照:
1. https://www.percona.com/doc/percona-xtrabackup/LATEST/installation/yum_repo.html
2.https://www.percona.com/blog/2018/11/05/how-to-quickly-add-a-node-to-an-innodb-cluster-or-group-replication/