MySQL PXC は IST 送信のみで新しいノードを構築します (推奨)

需要シナリオ: 既存の PXC 環境には大量のデータがあります。新しく購入したサーバーをこのクラスターに追加します。SST ではなく IST モードで送信するにはどうすればよいですか?

PXC 経由でデータを転送する方法は 2 つあります。

IST: 増分状態転送
SST: 状態スナップショット転送の完全同期

IST が発生する条件: これはノード上のキャッシュメカニズムを使用して行われます (つまり、前のクラスターのノードデータがまだキャッシュ内にある場合にのみ発生します)

判定方法：

mysql> 'wsrep_local_cached_downto' のようなグローバル ステータスを表示します。
+---------------------------+-------+
| 変数名 | 値 |
+---------------------------+-------+
| wsrep_local_cached_downto | 1 |
+---------------------------+-------+
セット内の 1 行 (0.00 秒)

この値は新しく開かれたノードの seqno より小さいです。

[root@zejin241 I6000]# cat grastate.dat 
# GALERA 保存された状態
バージョン: 2.1
ユーザID: 6c86dc17-246f-11e6-9955-ae4d7e89eed2
シーケンス番号: 4
証明書インデックス:

そこで、私たちのアイデアは、クラスター内のノードのデータをバックアップし、それを新しいノードに復元し、バックアップデータの seqno を記録するために grastate.dat を作成することです。このようにして、新しいノードが起動すると、SST ではなく IST メソッドが自動的に使用されます (バックアップとリカバリ期間中に新しく生成されたすべてのデータがキャッシュされるように、gcache.size には十分な容量が必要です)。

galera.cache: このファイルはメインの書き込みセットストアとして使用されます。これは永続的なリングバッファファイルとして実装されています。
ノードが初期化されるときにディスク上に事前に割り当てられます。ファイルサイズは変数で制御できます。
gcache.size。この値が大きいほど、より多くの書き込みセットがキャッシュされ、再参加ノードが SST ではなく IST を取得する可能性が高くなります。ファイル名は gcache.name 変数で変更できます。

この操作の手順は次のとおりです。

node240: 192.168.1.240 -- 既存のクラスターノード
node241: 192.168.1.241 -- 追加するクラスターノード

ステップ1: 新しいクラスターの最初のノードを起動する

/usr/local/pxc_56/bin/mysqld_safe --defaults-file=/home/mysql/pxc6000.cnf --ledir=/usr/local/pxc_56/bin/ --wsrep-new-cluster &

設定ファイルは次のとおりです。

[root@zejin240 i6000] /mysql/i6000/mysql.pidcharacter-set-server = utf8inect = 'set names utf8'log-bin =/home/mysql/i6000/log_binserver-id = 9816000innodb_buffer_pool_size = data_home_dir =/home/mysql/i6000innodb_file_per_table = 1skip-name-resolveport = 6000socket = /home/mysql/i6000/mysql.sockuser = mysqlog_error =/home/mysql/i6000/mysql_erterqusterqustrgですOR.LOGBINLOG_FORMAT = row＃6000 MySQLDポート、6020、SSTポートの6020、ISTポートの6031、クラスター通信Portwsrep_cluster_address = 'gcomm：//192.168.1.240：6030,192.168.1.241：6030,192.18.18.18.18.18.18.18.18.18.18.18.18.18.18.18.18.18.18.18.18.18.18.18.18 ider =/usr/local/pxc_56/lib/libgalera_smm.sowsrep_sst_receive_address = 192.168.1.240：6020ws vider_options = "gmcast.listen_addr = tcp：//192.168.1.240：6030; ist.recv_addr = 192.168.1.240：6031;" -v2wsrep_node_name = node6000_240innodb_autoinc_lock_mode = 2wsrep_sst_auth = "sstuser：123" log-slave-updates [mysql] no-auto-rehashdefault-character-set = utf8

接続してデータを作成および変更します。

mysql> use zejin;mysql> select * from t1;+----+-------+| id | name |+----+-------+| 1 | chen || 2 | li || 3 | zhang |+----+-------+3 行がセット内にあります (0.01 秒)mysql> update mysql.user set password=password('123');mysql> flush privileges;
mysql> show master status;+----------------+----------+--------------+------------------+-------------------+| ファイル | 位置 | Binlog_Do_DB | Binlog_Ignore_DB | Executed_Gtid_Set |+----------------+----------+--------------+------------------+-------------------+| log_bin.000003 | 2772 | | | |+----------------+----------+--------------+------------------+-------------------+セット内の行が 1 個 (0.00 秒)

ステップ2: innobackupex を使用して node240 データをバックアップします。

[root@Zejin240 MySQL]またはそのアフィリエイト2009-2013。 upex：dsn 'dbiでmysqlサーバーに接続する：mysql_red_default_file =/home/mysql/pxc6000.cnf; mysql_read_default_group = xtrabackup; ：mysql serverに接続されていますup; host = 127.0.0.1; port = 6000 'as' root '（パスワードを使用：はい）.160528 09:39:07 Innobackupex：MySQL Serverに接続されています。例：サーバーバージョン5.6.26-74.0-25.12-Loginnobackupex：作成されたバックアップディレクトリ/MySQL/2016-05-28_09-39-07160528 09:39:07 out = "mysqld"  -  backup  -  suspend-dir =/home/mysql/2016-05-28_09-39-07 0）suspendinnobackupexへ：ファイル '/home/mysql/2016-05-28_09-39-07/xtrabackup_suspended_2'xtrabackupバージョン2.2.11 l/i6000xtrabackup：オープンファイル制限要求0、1024xtrabackupに設定：次のinnodb構成：innodb_data_home_dir =/home/mysql/i6000xtrabackup：innodb_data_file_path ./xtrabackup：innodb_log_files_in_group = 2xtrabackup：innodb_log_file_size = 50331648 >> xtrabackup：テーブルスペースのリストを生成[01]コピー/MySQL/I6000/IBDATA1 39-07/IBDATA1 >>ログは（1637591）[01] ... done [01] copying ./zejin/t1.ibd to /home/mysql/2016-05-28_09-39-07/zejin/t1.ibd /mysql/2016-05-28_09-39-07/mysql/innodb_table_stats.ibd [01] ... ... done [01] copying ./mysql/slave_relay_log_info.ibd to /home/mysql/2016-05-28_09-39-07/mysql/slave_relay_log_info.ibd] ... QL/2016-05-28_09-39-07/mysql/slave_worker_info.ibd [01] ... done [01] copyying ./mysql/innodb_index_stats.ibd to /home/mysql/2016-05-28_09-07/07/07/mysql/dnodb_indb_dbdex >>（1637591）Xtrabackupまでスキャンされます：サスペンドファイル '/Home/MySQL/2016-05-28_09-39-07/Xtrabackup_suspeded_2バックアップ用のテーブルのロック... 160528 09:39:10 Innobackupex：バックアップテーブルロック獲得a/*。{frm、isl、myd、myd、myi、mad、mai、mrg、trg、trn、arz、csm、csv、opt、par} '（53ファイル）>>ログは（1637598）innobackupex：バックアップファイル'/home/mysql/i6000/ /mysql/i6000//zejin/t1.frm'innobackupex：/home/mysql/i6000//mysql/*. {frm、、myd、mad、mai、mrg、g、trg、trn、armz、1605：par}例：非nodbテーブルとファイルのバックアップ160528 09:39:11 Innobackupex：バックアップ用のロックビンログの実行... 160528 09:39:11 Innobackupex：フラッシュNO_TO_TO_BINLOGエンジンログの実行... '1637598'xtrabackup：ログのコピースレッドの停止.. >>（1637598）xtrabackupまでスキャンされたログ'/home/mysql/2016-05-28_09-39-07/xtrabackup_log_copied 'with pid' 30280'xtrabackUp： ）コピーされた。16052809:39:12Innobackupex：binlog160528 09:39:12 Innobackupex：Unlockの実行テーブル160528 09:39:12 Innobackupex：すべてのテーブルをロックされていないテーブルをロックされていない。 Innobackupex：mysql binlog position：filename 'log_bin.000003'、position 2772160528 09:39:12 Innobackupex：データベースサーバーへの接続export160528 09:39:12 Innobackupex：完了しましたOK！
[root@zejin240 2016-05-28_09-39-07]# lltotal 75812-rw-r--r--. 1 root root 358 May 28 09:39 backup-my.cnf-rw-r-----. 1 root root 77594624 May 28 09:39 ibdata1drwx------. 2 root root 4096 May 28 09:39 mysqldrwxr-xr-x. 2 root root 4096 May 28 09:39 performance_schema-rw-r--r--. 1 root root 20 May 28 09:39 xtrabackup_binlog_info-rw-r-----. 1 root root 89 May 28 09:39 xtrabackup_checkpoints-rw-r--r--. 1 root root 635 May 28 09:39 xtrabackup_info-rw-r-----. 1 root root 2560 May 28 09:39 xtrabackup_logfiledrwx------. 2 root root 4096 May 28 09:39 zejin

ステップ3: ここで、node240 にさらにデータを追加します。

この時点で、node240 にデータを挿入します。mysql> use zejin;mysql> insert into t1(name) values('lin');クエリ OK、1 行が影響を受けました (0.06 秒)mysql> insert into t1(name) values('liang');クエリ OK、1 行が影響を受けました (0.00 秒)mysql> select * from t1;+----+-------+| id | name |+----+-------+| 1 | chen || 2 | li || 3 | zhang || 4 | lin || 5 | liang |+----+-------+5 rows in set (0.00 秒)

ステップ 4: バックアップしたデータを node241 に転送して復元します。

[root@Zejin241 MySQL] Percona Xtrabackup、ドキュメント、およびヘルプリソースの最新バージョン：http：//www.percona.com/xb/p160528 09:54:01 Innobackupex：Apply-log Operationimport：Apply-Log Runが160528を完了したことを確認してください。 ：コマンドでibbackupを開始：xtrabackup = "/home/mysql/2016-05-28_09-39-07/backup-my.cnf"  -  defaults-group = "mysqld" -prepare -teget-dir =/home/mysql 5.6.24 Linux（x86_64）（改訂ID：）xtrabackup：Cd to/home/mysql/2016-05-28_09-39-07xtrabackup：このターゲットはまだ準備されていないようです回復：Xtrabackup：innodb_data_home_dir = ./xtrabackup：innodb_data_file_path = ibdata1：10m：autoextendxtrabackup：innodb_log_group_home_dir = ./xtrabackup 97152XTRABACKUP：回復のために次のINNODB構成を使用：Xtrabackup：Innodb_data_home_dir = ./xtrabackup：innodb_data_file_path = ibdata1：10m：autoextendxtrabackup：innodb_log_groop_groop_groop_groop_groop_groop_groop Trabackup：innodb_log_file_size = 2097152xtrabackup：recover.xtrabackupの開始：バッファープールに104857600バイトを使用します（使用すること）Innodb：原子を使用してバッファープールページをrefedするODB：メモリバリアは使用されていませんinnodb：圧縮テーブルはZLIB 1.2.3INNODBを使用します：CPU CRC32 InstructionsInnodb：バッファープールの初期化= 100.0minodb：バッファープールの初期化：最高のサポートされているファイル形式はバルクダですAlly！Innodb：Crash Recovery.innodbを開始：.ibdファイルからのテーブルスペース情報を読む... Innodb：復元できるハーフライターのデータページInnodb：innodb：recovering code up to log sequence number 1637598（0％）innodb：last mysql binlog file position og oldbin.00 .innodb：purge to startinnodb：5.6.24が開始されました。 e6-9955-ae4d7e89eed2：8xtrabackup：innodb_fast_shutdodでシャットダウンを開始：ftsはスレッド出口を最適化します。 = "/home/mysql/2016-05-28_09-39-07/backup-my.cnf"  -  defaults-group = "mysqld" -target-dir =/home/mysql/ _64）（リビジョンID：）Xtrabackup：Cd to/home/mysql/2016-05-28_09-39-07xtrabackup：このターゲットはすでに準備されているようです。 Xtrabackup：innodb_data_file_path = ibdata1：10m：autoextendxtrabackup abackup：innodb_data_home_dir = ./xtrabackup：innodb_data_file_path = ibdata1：10m：autoextendxtrabackup_home_dir = 8XTRABACKUP：Recovery.xtrabackupのInnodbインスタンスの開始：バッファープールに104857600バイトを使用してください（使用 - メモリパラメーターを設定）Innodb：バッファープールページを参照：Innodbメモリヒープは無効になります。 2.3INNODB：CPU CRC32の使用InstructionsInnoDB：バッファープールの初期化、サイズ= 100.0minNodb：バッファープールの初期化：ログファイルの設定48 MBINNODB：ログファイルの設定。 INNODB：作成された新しいログファイル、LSN = 1637608INNODB：サポートされているファイル形式はBarracuda.innodb：128ロールバックセグメントがアクティブです。 mysql binlogファイルの位置0 2772、ファイル名log_bin.000003xtrabackup：innodb_fast_shutdownでシャットダウンを開始：ftsはスレッド出口を最適化します。
[root@Zejin240 2016-05-28_09-39-07] _logfile0-rw-r--ルート50331648 5月28日fo-rw-r-- root 20 9:54 xtrabackup_binlog_innodb-rw-r-- ackup_info-rw-r -----ルート2097152 5月28日

ステップ5: Xidの場所を見つける

2つの方法があります

方法1: ファイルxtrabackup_galera_infoを表示する

[root@zejin241 I6000]# cat xtrabackup_galera_info6c86dc17-246f-11e6-9955-ae4d7e89eed2:8

方法 2: binlog の位置で検索:

[root@zejin241 I6000]# cat xtrabackup_binlog_infolog_bin.000003 2772
つまり、バックアップ中のバックアップポイントの場所はlog_bin.000003 2772です。

メインデータベースにアクセスして、このbinlogに対応するxidを見つけましょう。

[root@zejin240 I6000]# mysqlbinlog -vv log_bin.000003 | grep Xid#160528 9:02:59 サーバー ID 9816000 end_log_pos 947 CRC32 0x37371b3e Xid = 7#160528 10:03:04 サーバー ID 9816000 end_log_pos 2969 CRC32 0xf7973829 Xid = 9#160528 10:03:13 サーバー ID 9816000 end_log_pos 3168 CRC32 0x8db2aa41 Xid = 10

この位置には xid がないことがわかりました。これは、上部の mysql.user テーブルを更新したためです。このテーブルは myisam テーブルなので、Xid レコードはありません。この場合、上位と下位の位置に応じて Xid を 8 に設定します。

ステップ 6: node241 で grastate.dat ファイルを作成します (node240 からコピーして seqno を変更します)。

# GALERA 保存状態バージョン: 2.1uuid: 6c86dc17-246f-11e6-9955-ae4d7e89eed2seqno: 8cert_index:

ステップ7: 新しいノードを開始します。

启动node241：[root@zejin241 mysql]＃/usr/local/pxc_56/bin/mysqld_safe  -  defaults-file =/home/mysql/pxc6000.cnf -dir =/usr/local/pxc_56/bin ：06：03 mysqld_safe '/home/mysql/i6000/error.log'.160528 11:06:03 Mysqld_safeからのMysqld Daemonから/home/mysql/i6000160528 6F-11E6-9955-AE4D7E89EED2：8 PAIL160528 11:06:03 MYSQLD_SAFE 6C86DC17-246F-11E6-9955-AE4D7E89EED2：8 TO WSREP_START_：8：0108 ：03 MySQLD_Safeは、/home/mysql/i6000160528からのデータベースを使用してmysqldデーモンを開始します。mysqld_safeは6c86dc17-246f-11e6-9955-ae4d7e89eeed2：8 peare 86DC17-246F-11E6-9955-AE4D7E89EED2：8 to WSREP_START_POSITION2016-05-28 r/local/pxc_56 // mysqld（mysqld 5.6.26-74.0-25.12-log）プロセス56931 ... 2016-05-28 11:06:19 56931 Load（）：ロードプロバイダーライブラリ '/usr/local/pxc_56/lib/libgalera_smm.so'2016-05-28 11:06:20 56931 [注] wsrep（） 6:20 56931 [注] WSREP：CRC-32C：ハードウェアアクセラレーションの使用gcs：home/i6000/base_1.241;期間= PT0.5S = PT15 forged = pt24h.dir/mysql/i6000; cache.fc_debug = 1.0; 854775807; 31 [注] WSREP：サービススレッドキューフラッシュ。2016-05-2811:06:21 56931 [注] WSREP：認定の初期位置を割り当てる：8、プロトコルバージョン：-12016-05-28 ] WSREP：Replication2016-05-28 11:06:21 56931 [注] WSREP：6C86DC17-246F-11E6-9955-AE4D7E89EED2：82016-05-28 11:06:21 56931 56931 [注] WSREP：メッセージチェックサムにCRC-32Cを使用してください6-05-28 11:06:21 56931 [注] WSREP：ディスクからPCを復元します2016-05-28 11:06:21 ：6030 '）TCP：//192.168.1.241：60302016-05-28 11:06:21 56931 [注] WSREP：（275A2EBD、' tcp：//192.168.1.241：6030 '）Multast： WSREP：EVSバージョン02016-05-28 11:06:21 56931 [注] WSREP：GCOMM：グループ「PXC_ZEJIN」、ピア192.168.1.240：6030,192.168.1.241： 21 56931 [注] WSREP：（275A2EBD、 'tcp：//192.168.1.241：6030'）メッセージリレーのリクエスト、ノンライブピア：2016-05-28 11:06:21 56931 [注] WSREP：sulring 6C48886C at tcp.p.p.p.p.p.cp.p.p.cp.cp.cp.cp.p.cp stable2016-05-28 11:06:21 56931 [注] WSREP：ノード6C48C86C状態PRIM2016-05-28 11:06:21 56931パーティション{}）2016-05-28 11:06:21 56931 [注] WSREP：DISK2016-05-28 11:06:21 56931 [注] WSREP：UUIDなしの保留中のADDR：TCP：//192.168.1.242：6021-5016- ] WSREP：GCOMM：Connected2016-05-28 11:06:22 56931 [注] WSREP：最大パケットサイズを64500に変更し、326362016-05-28 SREP：オープンチャネル 'PXC_ZEJIN'2016-05-28 11:06:22 56931 [注] WSREP：SSTが完了するのを待っています6931 [注] WSREP：State_Exchange：SENT STATE UUID：2800468F-2481-8C7C-DE1ADE51709A2016-05-28 11:06:22 -28 11:06:22 56931 [注] WSREP：状態交換：状態MSG：2800468F-2481-11E6-8C7C-DE1ADE51709A（NODE6000_241） 1（Node6000_240）2016-05-28からのC-DE1ADE51709A 11:06:22 56931 [注] WSREP：クォーラム結果：バージョン= 3、コンポーネント= CONF_ID = 1、メンバー= 1/2（合計/合計）、ACT_ID = 10、gc C86DC17-246F-11E6-9955-AE4D7E89EED22016-05-28 11:06:22 56931 [注] WSREP：[23、23] 2016-05-28 11:06:22 56931 6931 [注] WSREP：状態譲渡要求：グループ状態：6C86DC17-246F-11E6-9955-AE4D7E89EED2：10地方自治体：6C86DC17-246F1E 6C86DC17-246F-11E6-9955-AE4D7E89EED2：10、ビュー＃2：ノード数：2、私のインデックス：0、プロトコルバージョン32016-05-28 ：実行： 'WSREP_SST_XTRABACKUP-V2  -  ROLE' JOINER '-ADDRESS' 192.168.1.241:6020 ' -  datadir'/home/mysql/i6000/' 05-28 11:06:24 56931 [注] WSREP：（275A2EBD、 'tcp：//192.168.1.241：6030'） 8 11：06：25.324）WSREP_SST：[INFO]タイムアウト-S9 SOCAT -U TCP -LISTEN：6020、Reuseaddr stdio | ：準備されたSSTリクエスト：Xtrabackup-V2 | 192.168.1.241：6020/Xtrabackup_sst // 12016-05-28 S：7（3、2）2016-05-28 11:06:27 56931 [注] WSREP：サービススレッドキューフラッシュ。 2016-05-28 11:06:27 56931 [注] WSREP：準備されたISTレシーバー、TCP：//192.168.1.241：60312016-05-28 40）（同期）ドナーとして同期。 000_240）：0.0（node6000_241）complete.2016-05-28 11:06:31 56931 [注] WSREP：メンバー1.0（NODE6000_240）WSREP_SST：[INFO] Xtrabackup_ist：[INFO] Xtrabackup_ist：[06.28] ] Galera Co-ords from Recovers：6C86DC17-246F-11E6-9955-AE4D7E89EED2：8（20160528 11：06：31.261）WSREP_SST：[情報]合計時間20160528 11：06：31.268）2016-05-28 11:06:31 56931 [注] WSREP：SST Complete：82016-05-28 11:06:31 Pages2016-05-28 11:06:31 56931 [注] Innodb：Innodb Memory Heap is Disabled106:31 56931 [注] Innodb：Mutexes and RW_Locks使用：06：31 56931 [注] Innodb：圧縮テーブルの使用ZLIB 1.2.32016-05-28 11:06:31 56931 [注] Innodb：LinuxネイティブAIO2016-05-28 ODB：初期化バッファープール、サイズ= 100.0m2016-05-28 11:06:31 56931 [注] Innodb：バッファープールの初期化11:06:32 56931 ）アクティブです。2016-05-2811:06:32 56931 [注] Innodb：Purgeが開始するのを待っています3 56931 [警告]既存のUUIDは見つかっていないので、このサーバーが初めて開始されたのはこれが初めてであると仮定します。 _key.pemは、いくつかの認証プラグインが機能しません0002016-05-28 11:06:33 56931 [注] IPv6が利用可能です。2016-05-2811:06:33 56931 「エントリー」ルート@Zejin240 ' -  skip-name-resolveモードで無視します。2016-05-2811:06:33 56931 -skip-name-resolve mode.2016-05-28 11:06:33 56931 [注]イベントスケジューラ：0 eventsed2016-05-28 11:06:33 56931 -05-28 11:06:33 56931 [注] WSREP：SST受信：6C86DC17-246F-11E6-9955-AE4D7E89EED2：82016-05-28 931 [注]/usr/local/pxc_56/bin // mysqld：nearge for connections.version： '5.6.26-74.0-25.12-log'ソケット： '/home/mysql 22016-05-28 11:06:33 56931 [注] WSREP：IST受信：6C86DC17-246F-11E6-9955-AE4D7E89EED2：102016-05-28 11:06:33 56931 [NODEP：0.0：0.0（node6000241） 2016-05-28 11:06:33 56931 [注] WSREP：シフトジョイナー - >参加（To：10）2016-05-28 11:06:33 56931 [注] WSREP：メンバー0.0（Node6000_241）グループと同期した。 （to：10）2016-05-28 11:06:33 56931 [注] WSREP：グループと同期し、Connections2016-05-28 11:06:33 56931 [注] WSREP：WSREP_NOTIFY_CMDは定義されていません。

ISTを使用して正常に回復しました。

ステップ8 新しいノード node241 にログインし、データが正常かどうかを確認します。

[root@zejin241 i6000]＃/usr/local/pxc_56/bin/mysql -uroot -p6000enterパスワード：mysqlモニターへの歓迎。 ）5.6.26-25.12、Revision 624EF81、WSREP_25.12Copyright（C）2009-2015 Percona LLC（C）2000、2015、Oracle and/またはその関連会社は登録されています「ヘルプ」は、「\ c」をクリアしますエジンは、テーブルの名前をオフにします。 +-------+5行セット（0.01秒）

すべてのデータが同期されていることがわかります。

ステップ9：SST中のログ出力を比較してください。

データをnode241にコピーするとき、偽のgrastate.dat操作を実行せず、node node241を直接開始します
[root@zejin241 I6000]# /usr/local/pxc_56/bin/mysqld_safe --defaults-file=/home/mysql/pxc6000.cnf --ledir=/usr/local/pxc_56/bin &[1] 3861[root@zejin241 I6000]# 160528 15:32:57 mysqld_safe Logging to '/home/mysql/I6000/error.log'.160528 15:32:57 mysqld_safe Starting mysqld daemon with databases from /home/mysql/I6000160528 15:32:57 mysqld_safe Skipping wsrep-recover for empty datadir: /home/mysql/I6000160528 15:32:57 mysqld_safe Assigning 00000000-0000-0000-0000-000000000000:-1 to wsrep_start_position查看錯誤日志：[root@zejin241 I6000]# cat error.log 160528 15:32:57 mysqld_safe Starting mysqld daemon with databases from /home/mysql/I6000160528 15:32:57 mysqld_safe Skipping wsrep-recover for empty datadir: /home/mysql/I6000160528 15:32:57 mysqld_safe Assigning 00000000-0000-0000-0000-000000000000:-1 to wsrep_start_position2016-05-28 15:32:58 0 [Warning] TIMESTAMP with implicit DEFAULT value is deprecated. Please use --explicit_defaults_for_timestamp server option (see documentation for more details).2016-05-28 15:32:58 0 [Note] /usr/local/pxc_56/bin/mysqld (mysqld 5.6.26-74.0-25.12-log) starting as process 4359 ...2016-05-28 15:32:58 4359 [Note] WSREP: Read nil XID from storage engines, skipping position init2016-05-28 15:32:58 4359 [Note] WSREP: wsrep_load(): loading provider library '/usr/local/pxc_56/lib/libgalera_smm.so'2016-05-28 15:32:58 4359 [Note] WSREP: wsrep_load(): Galera 3.12.2(rf3e626d) by Codership Oy <[email protected]> loaded successfully.2016-05-28 15:32:58 4359 [Note] WSREP: CRC-32C: using hardware acceleration.2016-05-28 15:32:58 4359 [Warning] WSREP: Could not open state file for reading: '/home/mysql/I6000//grastate.dat'2016-05-28 15:32:58 4359 [Note] WSREP: Found saved state: 00000000-0000-0000-0000-000000000000:-12016-05-28 15:32:58 4359 [Note] WSREP: Passing config to GCS: base_dir = /home/mysql/I6000/; base_host = 192.168.1.241; base_port = 6000; cert.log_conflicts = no; debug = no; evs.auto_evict = 0; evs.delay_margin = PT1S; evs.delayed_keep_period = PT30S; evs.inactive_check_period = PT0.5S; evs.inactive_timeout = PT15S; evs.join_retrans_period = PT1S; evs.max_install_timeouts = 3; evs.send_window = 4; evs.stats_report_period = PT1M; evs.suspect_timeout = PT5S; evs.user_send_window = 2; evs.view_forget_timeout = PT24H; gcache.dir = /home/mysql/I6000/; gcache.keep_pages_count = 0; gcache.keep_pages_size = 0; gcache.mem_size = 0; gcache.name = /home/mysql/I6000//galera.cache; gcache.page_size = 128M; gcache.size = 128M; gcs.fc_debug = 0; gcs.fc_factor = 1.0; gcs.fc_limit = 16; gcs.fc_master_slave = no; gcs.max_packet_size = 64500; gcs.max_throttle = 0.25; gcs.recv_q_hard_limit = 9223372036854775807; gcs.recv_q_soft_limit = 0.25; gcs.sync_donor = no; gmcast.listen_addr = tcp://192.168.1.241:6030; gmcast.segment = 0; gmcast.version = 0; ist.recv_a2016-05-28 15:32:58 4359 [Note] WSREP: Service thread queue flushed.2016-05-28 15:32:58 4359 [Note] WSREP: Assign initial position for certification: -1, protocol version: -12016-05-28 15:32:58 4359 [Note] WSREP: wsrep_sst_grab()2016-05-28 15:32:58 4359 [Note] WSREP: Start replication2016-05-28 15:32:58 4359 [Note] WSREP: Setting initial position to 00000000-0000-0000-0000-000000000000:-12016-05-28 15:32:58 4359 [Note] WSREP: protonet asio version 02016-05-28 15:32:58 4359 [Note] WSREP: Using CRC-32C for message checksums.2016-05-28 15:32:58 4359 [Note] WSREP: backend: asio2016-05-28 15:32:58 4359 [Warning] WSREP: access file(/home/mysql/I6000//gvwstate.dat) failed(No such file or directory)2016-05-28 15:32:58 4359 [Note] WSREP: restore pc from disk failed2016-05-28 15:32:58 4359 [Note] WSREP: GMCast version 02016-05-28 15:32:58 4359 [Note] WSREP: (666e7891, 'tcp://192.168.1.241:6030') listening at tcp://192.168.1.241:60302016-05-28 15:32:58 4359 [Note] WSREP: (666e7891, 'tcp://192.168.1.241:6030') multicast: , ttl: 12016-05-28 15:32:58 4359 [Note] WSREP: EVS version 02016-05-28 15:32:58 4359 [Note] WSREP: gcomm: connecting to group 'pxc_zejin', peer '192.168.1.240:6030,192.168.1.241:6030,192.168.1.242:6030'2016-05-28 15:32:58 4359 [Note] WSREP: (666e7891, 'tcp://192.168.1.241:6030') turning message relay requesting on, nonlive peers: 2016-05-28 15:32:58 4359 [Note] WSREP: declaring 2cadc8a9 at tcp://192.168.1.240:6030 stable2016-05-28 15:32:58 4359 [Note] WSREP: Node 2cadc8a9 state prim2016-05-28 15:32:58 4359 [Note] WSREP: view(view_id(PRIM,2cadc8a9,2) memb { 2cadc8a9,0 666e7891,0} joined {} left {} partitioned {})2016-05-28 15:32:58 4359 [Note] WSREP: save pc into disk2016-05-28 15:32:58 4359 [Note] WSREP: discarding pending addr without UUID: tcp://192.168.1.242:60302016-05-28 15:32:58 4359 [Note] WSREP: discarding pending addr proto entry 0x30f95602016-05-28 15:32:59 4359 [Note] WSREP: gcomm: connected2016-05-28 15:32:59 4359 [Note] WSREP: Changing maximum packet size to 64500, resulting msg size: 326362016-05-28 15:32:59 4359 [Note] WSREP: Shifting CLOSED -> OPEN (TO: 0)2016-05-28 15:32:59 4359 [Note] WSREP: Opened channel 'pxc_zejin'2016-05-28 15:32:59 4359 [Note] WSREP: Waiting for SST to complete.2016-05-28 15:32:59 4359 [Note] WSREP: New COMPONENT: primary = yes, bootstrap = no, my_idx = 1, memb_num = 22016-05-28 15:32:59 4359 [Note] WSREP: STATE EXCHANGE: Waiting for state UUID.2016-05-28 15:32:59 4359 [Note] WSREP: STATE EXCHANGE: sent state msg: 66ae3372-24a6-11e6-8d13-c77d57a8c6322016-05-28 15:32:59 4359 [Note] WSREP: STATE EXCHANGE: got state msg: 66ae3372-24a6-11e6-8d13-c77d57a8c632 from 0 (node6000_240)2016-05-28 15:32:59 4359 [Note] WSREP: STATE EXCHANGE: got state msg: 66ae3372-24a6-11e6-8d13-c77d57a8c632 from 1 (node6000_241)2016-05-28 15:32:59 4359 [Note] WSREP: Quorum results: version = 3, component = PRIMARY, conf_id = 1, members = 1/2 (joined/total), act_id = 12, last_appl. = -1, protocols = 0/7/3 (gcs/repl/appl), group UUID = 6c86dc17-246f-11e6-9955-ae4d7e89eed22016-05-28 15:32:59 4359 [Note] WSREP: Flow-control interval: [23, 23]2016-05-28 15:32:59 4359 [Note] WSREP: Shifting OPEN -> PRIMARY (TO: 12)2016-05-28 15:32:59 4359 [Note] WSREP: State transfer required: Group state: 6c86dc17-246f-11e6-9955-ae4d7e89eed2:12 Local state: 00000000-0000-0000-0000-000000000000:-12016-05-28 15:32:59 4359 [Note] WSREP: New cluster view: global state: 6c86dc17-246f-11e6-9955-ae4d7e89eed2:12, view# 2: Primary, number of nodes: 2, my index: 1, protocol version 32016-05-28 15:32:59 4359 [Warning] WSREP: Gap in state sequence. Need state transfer.2016-05-28 15:32:59 4359 [Note] WSREP: Running: 'wsrep_sst_xtrabackup-v2 --role 'joiner' --address '192.168.1.241:6020' --datadir '/home/mysql/I6000/' --defaults-file '/home/mysql/pxc6000.cnf' --defaults-group-suffix '' --parent '4359' '' 'WSREP_SST: [INFO] Streaming with xbstream (20160528 15:32:59.795)WSREP_SST: [INFO] Using socat as streamer (20160528 15:32:59.797)WSREP_SST: [INFO] Evaluating timeout -s9 100 socat -u TCP-LISTEN:6020,reuseaddr stdio | xbstream -x; RC=( ${PIPESTATUS[@]} ) (20160528 15:32:59.840)2016-05-28 15:33:00 4359 [Note] WSREP: Prepared SST request: xtrabackup-v2|192.168.1.241:6020/xtrabackup_sst//12016-05-28 15:33:00 4359 [Note] WSREP: wsrep_notify_cmd is not defined, skipping notification.2016-05-28 15:33:00 4359 [Note] WSREP: REPL Protocols: 7 (3, 2)2016-05-28 15:33:00 4359 [Note] WSREP: Service thread queue flushed.2016-05-28 15:33:00 4359 [Note] WSREP: Assign initial position for certification: 12, protocol version: 32016-05-28 15:33:00 4359 [Note] WSREP: Service thread queue flushed.2016-05-28 15:33:00 4359 [Warning] WSREP: Failed to prepare for incremental state transfer: Local state UUID (00000000-0000-0000-0000-000000000000) does not match group state UUID (6c86dc17-246f-11e6-9955-ae4d7e89eed2): 1 (Operation not permitted) at galera/src/replicator_str.cpp:prepare_for_IST():482. IST will be unavailable.2016-05-28 15:33:00 4359 [Note] WSREP: Member 1.0 (node6000_241) requested state transfer from '*any*'. Selected 0.0 (node6000_240)(SYNCED) as donor.2016-05-28 15:33:00 4359 [Note] WSREP: Shifting PRIMARY -> JOINER (TO: 12)2016-05-28 15:33:00 4359 [Note] WSREP: Requesting state transfer: success, donor: 0WSREP_SST: [INFO] Proceeding with SST (20160528 15:33:00.512)WSREP_SST: [INFO] Evaluating socat -u TCP-LISTEN:6020,reuseaddr stdio | xbstream -x; RC=( ${PIPESTATUS[@]} ) (20160528 15:33:00.515)WSREP_SST: [INFO] Cleaning the existing datadir and innodb-data/log directories (20160528 15:33:00.517)removed `/home/mysql/I6000/ib_logfile0'removed `/home/mysql/I6000/ib_logfile1'removed `/home/mysql/I6000/xtrabackup_info'removed `/home/mysql/I6000/xtrabackup_checkpoints'removed `/home/mysql/I6000/performance_schema/rwlock_instances.frm'removed `/home/mysql/I6000/performance_schema/db.opt'removed `/home/mysql/I6000/performance_schema/session_account_connect_attrs.frm'removed `/home/mysql/I6000/performance_schema/performance_timers.frm'removed `/home/mysql/I6000/performance_schema/setup_objects.frm'removed `/home/mysql/I6000/performance_schema/events_statements_summary_by_user_by_event_name.frm'removed `/home/mysql/I6000/performance_schema/events_statements_summary_by_digest.frm'removed `/home/mysql/I6000/performance_schema/events_stages_history.frm'removed `/home/mysql/I6000/performance_schema/events_waits_summary_by_user_by_event_name.frm'removed `/home/mysql/I6000/performance_schema/setup_timers.frm'removed `/home/mysql/I6000/performance_schema/events_waits_summary_by_account_by_event_name.frm'removed `/home/mysql/I6000/performance_schema/events_waits_summary_by_thread_by_event_name.frm'removed `/home/mysql/I6000/performance_schema/session_connect_attrs.frm'removed `/home/mysql/I6000/performance_schema/events_stages_history_long.frm'removed `/home/mysql/I6000/performance_schema/table_io_waits_summary_by_index_usage.frm'removed `/home/mysql/I6000/performance_schema/table_io_waits_summary_by_table.frm'removed `/home/mysql/I6000/performance_schema/host_cache.frm'removed `/home/mysql/I6000/performance_schema/events_waits_summary_global_by_event_name.frm'removed `/home/mysql/I6000/performance_schema/events_statements_summary_by_host_by_event_name.frm'removed `/home/mysql/I6000/performance_schema/events_statements_current.frm'removed `/home/mysql/I6000/performance_schema/events_statements_summary_by_thread_by_event_name.frm'removed `/home/mysql/I6000/performance_schema/mutex_instances.frm'removed `/home/mysql/I6000/performance_schema/events_waits_summary_by_host_by_event_name.frm'removed `/home/mysql/I6000/performance_schema/objects_summary_global_by_type.frm'removed `/home/mysql/I6000/performance_schema/events_waits_current.frm'removed `/home/mysql/I6000/performance_schema/events_stages_summary_global_by_event_name.frm'removed `/home/mysql/I6000/performance_schema/threads.frm'removed `/home/mysql/I6000/performance_schema/events_statements_history.frm'removed `/home/mysql/I6000/performance_schema/file_summary_by_instance.frm'removed `/home/mysql/I6000/performance_schema/table_lock_waits_summary_by_table.frm'removed `/home/mysql/I6000/performance_schema/setup_instruments.frm'removed `/home/mysql/I6000/performance_schema/events_stages_summary_by_thread_by_event_name.frm'removed `/home/mysql/I6000/performance_schema/users.frm'removed `/home/mysql/I6000/performance_schema/socket_summary_by_instance.frm'removed `/home/mysql/I6000/performance_schema/socket_instances.frm'removed `/home/mysql/I6000/performance_schema/setup_consumers.frm'removed `/home/mysql/I6000/performance_schema/events_stages_summary_by_host_by_event_name.frm'removed `/home/mysql/I6000/performance_schema/events_waits_summary_by_instance.frm'removed `/home/mysql/I6000/performance_schema/events_stages_current.frm'removed `/home/mysql/I6000/performance_schema/socket_summary_by_event_name.frm'removed `/home/mysql/I6000/performance_schema/events_statements_history_long.frm'removed `/home/mysql/I6000/performance_schema/cond_instances.frm'removed `/home/mysql/I6000/performance_schema/events_waits_history_long.frm'removed `/home/mysql/I6000/performance_schema/events_waits_history.frm'removed `/home/mysql/I6000/performance_schema/events_statements_summary_by_account_by_event_name.frm'removed `/home/mysql/I6000/performance_schema/events_statements_summary_global_by_event_name.frm'removed `/home/mysql/I6000/performance_schema/events_stages_summary_by_account_by_event_name.frm'removed `/home/mysql/I6000/performance_schema/file_instances.frm'removed `/home/mysql/I6000/performance_schema/hosts.frm'removed `/home/mysql/I6000/performance_schema/setup_actors.frm'removed `/home/mysql/I6000/performance_schema/events_stages_summary_by_user_by_event_name.frm'removed `/home/mysql/I6000/performance_schema/accounts.frm'removed `/home/mysql/I6000/performance_schema/file_summary_by_event_name.frm'removed directory: `/home/mysql/I6000/performance_schema'removed `/home/mysql/I6000/zejin/db.opt'removed `/home/mysql/I6000/zejin/t1.ibd'removed `/home/mysql/I6000/zejin/t1.frm'removed directory: `/home/mysql/I6000/zejin'removed `/home/mysql/I6000/xtrabackup_binlog_info'removed `/home/mysql/I6000/backup-my.cnf'removed `/home/mysql/I6000/xtrabackup_binlog_pos_innodb'removed `/home/mysql/I6000/mysql/time_zone_transition_type.MYI'removed `/home/mysql/I6000/mysql/time_zone_transition.MYI'removed `/home/mysql/I6000/mysql/servers.MYD'removed `/home/mysql/I6000/mysql/ndb_binlog_index.frm'removed `/home/mysql/I6000/mysql/servers.MYI'removed `/home/mysql/I6000/mysql/plugin.frm'removed `/home/mysql/I6000/mysql/time_zone_transition_type.MYD'removed `/home/mysql/I6000/mysql/proxies_priv.MYD'removed `/home/mysql/I6000/mysql/proxies_priv.frm'removed `/home/mysql/I6000/mysql/columns_priv.frm'removed `/home/mysql/I6000/mysql/help_keyword.MYI'removed `/home/mysql/I6000/mysql/func.frm'removed `/home/mysql/I6000/mysql/proc.frm'removed `/home/mysql/I6000/mysql/innodb_table_stats.ibd'removed `/home/mysql/I6000/mysql/help_topic.frm'removed `/home/mysql/I6000/mysql/slow_log.CSM'removed `/home/mysql/I6000/mysql/help_relation.MYD'removed `/home/mysql/I6000/mysql/proc.MYD'removed `/home/mysql/I6000/mysql/help_category.MYD'removed `/home/mysql/I6000/mysql/help_category.frm'removed `/home/mysql/I6000/mysql/columns_priv.MYI'removed `/home/mysql/I6000/mysql/help_topic.MYI'removed `/home/mysql/I6000/mysql/event.frm'removed `/home/mysql/I6000/mysql/db.frm'removed `/home/mysql/I6000/mysql/columns_priv.MYD'removed `/home/mysql/I6000/mysql/time_zone_transition.MYD'removed `/home/mysql/I6000/mysql/innodb_index_stats.frm'removed `/home/mysql/I6000/mysql/time_zone.MYI'removed `/home/mysql/I6000/mysql/event.MYD'removed `/home/mysql/I6000/mysql/slave_master_info.ibd'removed `/home/mysql/I6000/mysql/help_topic.MYD'removed `/home/mysql/I6000/mysql/help_relation.MYI'removed `/home/mysql/I6000/mysql/db.MYD'removed `/home/mysql/I6000/mysql/slave_relay_log_info.ibd'removed `/home/mysql/I6000/mysql/user.MYI'removed `/home/mysql/I6000/mysql/plugin.MYI'removed `/home/mysql/I6000/mysql/proc.MYI'removed `/home/mysql/I6000/mysql/help_relation.frm'removed `/home/mysql/I6000/mysql/time_zone_name.MYD'removed `/home/mysql/I6000/mysql/innodb_table_stats.frm'removed `/home/mysql/I6000/mysql/time_zone.frm'removed `/home/mysql/I6000/mysql/servers.frm'removed `/home/mysql/I6000/mysql/general_log.CSV'removed `/home/mysql/I6000/mysql/ndb_binlog_index.MYI'removed `/home/mysql/I6000/mysql/func.MYD'removed `/home/mysql/I6000/mysql/slave_worker_info.ibd'removed `/home/mysql/I6000/mysql/innodb_index_stats.ibd'removed `/home/mysql/I6000/mysql/time_zone_name.frm'removed `/home/mysql/I6000/mysql/proxies_priv.MYI'removed `/home/mysql/I6000/mysql/slow_log.frm'removed `/home/mysql/I6000/mysql/tables_priv.MYI'removed `/home/mysql/I6000/mysql/tables_priv.MYD'removed `/home/mysql/I6000/mysql/procs_priv.frm'removed `/home/mysql/I6000/mysql/help_keyword.MYD'removed `/home/mysql/I6000/mysql/time_zone_leap_second.MYD'removed `/home/mysql/I6000/mysql/tables_priv.frm'removed `/home/mysql/I6000/mysql/ndb_binlog_index.MYD'removed `/home/mysql/I6000/mysql/slow_log.CSV'removed `/home/mysql/I6000/mysql/time_zone.MYD'removed `/home/mysql/I6000/mysql/procs_priv.MYD'removed `/home/mysql/I6000/mysql/slave_master_info.frm'removed `/home/mysql/I6000/mysql/general_log.frm'removed `/home/mysql/I6000/mysql/help_keyword.frm'removed `/home/mysql/I6000/mysql/time_zone_transition_type.frm'removed `/home/mysql/I6000/mysql/general_log.CSM'removed `/home/mysql/I6000/mysql/time_zone_transition.frm'removed `/home/mysql/I6000/mysql/time_zone_name.MYI'removed `/home/mysql/I6000/mysql/event.MYI'removed `/home/mysql/I6000/mysql/time_zone_leap_second.frm'removed `/home/mysql/I6000/mysql/plugin.MYD'removed `/home/mysql/I6000/mysql/slave_relay_log_info.frm'removed `/home/mysql/I6000/mysql/help_category.MYI'removed `/home/mysql/I6000/mysql/user.frm'removed `/home/mysql/I6000/mysql/user.MYD'removed `/home/mysql/I6000/mysql/procs_priv.MYI'removed `/home/mysql/I6000/mysql/db.MYI'removed `/home/mysql/I6000/mysql/time_zone_leap_second.MYI'removed `/home/mysql/I6000/mysql/slave_worker_info.frm'removed `/home/mysql/I6000/mysql/func.MYI'removed directory: `/home/mysql/I6000/mysql'removed `/home/mysql/I6000/ibdata1'WSREP_SST: [INFO] Cleaning the binlog directory /home/mysql/I6000 as well (20160528 15:33:00.540)rm: cannot remove `/home/mysql/I6000/*.index': No such file or directoryWSREP_SST: [INFO] Waiting for SST streaming to complete! (20160528 15:33:00.547)2016-05-28 15:33:01 4359 [Note] WSREP: (666e7891, 'tcp://192.168.1.241:6030') turning message relay requesting off2016-05-28 15:33:15 4359 [Note] WSREP: 0.0 (node6000_240): State transfer to 1.0 (node6000_241) complete.2016-05-28 15:33:15 4359 [Note] WSREP: Member 0.0 (node6000_240) synced with group.WSREP_SST: [INFO] Preparing the backup at /home/mysql/I6000//.sst (20160528 15:33:15.588)WSREP_SST: [INFO] Evaluating innobackupex --no-version-check --apply-log $rebuildcmd ${DATA} &>${DATA}/innobackup.prepare.log (20160528 15:33:15.591)rm: cannot remove `/home/mysql/I6000//innobackup.prepare.log': No such file or directoryrm: cannot remove `/home/mysql/I6000//innobackup.move.log': No such file or directoryWSREP_SST: [INFO] Moving the backup to /home/mysql/I6000/ (20160528 15:33:20.551)WSREP_SST: [INFO] Evaluating innobackupex --defaults-file=/home/mysql/pxc6000.cnf --defaults-group=mysqld --no-version-check --move-back --force-non-empty-directories ${DATA} &>${DATA}/innobackup.move.log (20160528 15:33:20.554)WSREP_SST: [INFO] Move successful, removing /home/mysql/I6000//.sst (20160528 15:33:20.848)WSREP_SST: [INFO] Galera co-ords from recovery: 6c86dc17-246f-11e6-9955-ae4d7e89eed2:12 (20160528 15:33:20.854)WSREP_SST: [INFO] Total time on joiner: 0 seconds (20160528 15:33:20.857)WSREP_SST: [INFO] Removing the sst_in_progress file (20160528 15:33:20.860)2016-05-28 15:33:20 4359 [Note] WSREP: SST complete, seqno: 122016-05-28 15:33:20 4359 [Note] Plugin 'FEDERATED' is disabled.2016-05-28 15:33:20 4359 [Note] InnoDB: Using atomics to ref count buffer pool pages2016-05-28 15:33:20 4359 [Note] InnoDB: The InnoDB memory heap is disabled2016-05-28 15:33:20 4359 [Note] InnoDB: Mutexes and rw_locks use GCC atomic builtins2016-05-28 15:33:20 4359 [Note] InnoDB: Memory barrier is not used2016-05-28 15:33:20 4359 [Note] InnoDB: Compressed tables use zlib 1.2.32016-05-28 15:33:20 4359 [Note] InnoDB: Using Linux native AIO2016-05-28 15:33:20 4359 [Note] InnoDB: Using CPU crc32 instructions2016-05-28 15:33:20 4359 [Note] InnoDB: Initializing buffer pool, size = 100.0M2016-05-28 15:33:20 4359 [Note] InnoDB: Completed initialization of buffer pool2016-05-28 15:33:20 4359 [Note] InnoDB: Highest supported file format is Barracuda.2016-05-28 15:33:20 4359 [Note] InnoDB: 128 rollback segment(s) are active.2016-05-28 15:33:20 4359 [Note] InnoDB: Waiting for purge to start2016-05-28 15:33:21 4359 [Note] InnoDB: Percona XtraDB (http://www.percona.com) 5.6.26-74.0 started; log sequence number 16501982016-05-28 15:33:21 4359 [Warning] No existing UUID has been found, so we assume that this is the first time that this server has been started. Generating a new UUID: 73f9a99b-24a6-11e6-a163-000c2973aa48.2016-05-28 15:33:21 4359 [Note] RSA private key file not found: /home/mysql/I6000//private_key.pem. Some authentication plugins will not work.2016-05-28 15:33:21 4359 [Note] RSA public key file not found: /home/mysql/I6000//public_key.pem. Some authentication plugins will not work.2016-05-28 15:33:21 4359 [Note] Server hostname (bind-address): '*'; port: 60002016-05-28 15:33:21 4359 [Note] IPv6 is available.2016-05-28 15:33:21 4359 [Note] - '::' resolves to '::';2016-05-28 15:33:21 4359 [Note] Server socket created on IP: '::'.2016-05-28 15:33:21 4359 [Warning] 'user' entry 'root@zejin240' ignored in --skip-name-resolve mode.2016-05-28 15:33:21 4359 [Warning] 'user' entry '@zejin240' ignored in --skip-name-resolve mode.2016-05-28 15:33:21 4359 [Warning] 'proxies_priv' entry '@ root@zejin240' ignored in --skip-name-resolve mode.2016-05-28 15:33:21 4359 [Note] Event Scheduler: Loaded 0 events2016-05-28 15:33:21 4359 [Note] WSREP: Signalling provider to continue.2016-05-28 15:33:21 4359 [Note] WSREP: Initialized wsrep sidno 22016-05-28 15:33:21 4359 [Note] WSREP: SST received: 6c86dc17-246f-11e6-9955-ae4d7e89eed2:122016-05-28 15:33:21 4359 [Note] /usr/local/pxc_56/bin/mysqld: ready for connections.Version: '5.6.26-74.0-25.12-log' socket: '/home/mysql/I6000/mysql.sock' port: 6000 Percona XtraDB Cluster binary (GPL) 5.6.26-25.12, Revision 624ef81, wsrep_25.122016-05-28 15:33:21 4359 [Note] WSREP: 1.0 (node6000_241): State transfer from 0.0 (node6000_240) complete.2016-05-28 15:33:21 4359 [Note] WSREP: Shifting JOINER -> JOINED (TO: 12)2016-05-28 15:33:21 4359 [Note] WSREP: Member 1.0 (node6000_241) synced with group.2016-05-28 15:33:21 4359 [Note] WSREP: Shifting JOINED -> SYNCED (TO: 12)2016-05-28 15:33:21 4359 [Note] WSREP: Synchronized with group, ready for connections2016-05-28 15:33:21 4359 [Note] WSREP: wsrep_notify_cmd is not defined, skipping notification.

可以看到里面有大量的removed操作，它會刪除數據文件夾里面的所有文件，再從主節點那里通過SST獲取數據官方說明：

XtraBackup SST works in two stages: • Stage I on joiner checks if it is SST or IST based on presence of xtrabackup_ist file. • In Stage II it starts the data transfer, if it's SST, it empties the data directory sans few files (galera.cache, sst_in_progress, grastate.dat) and then proceed with the SST or if it's IST, proceeds as before.

至此我們完成了pxc環境下避免新節點加入時需要進行SST的方法，在數據量大時SST將會占用大量的資源，配置的gcache.size足夠容納從備份到恢復此時間段內主節點產生的數據量，建議通過業務低峰期時通過腳本來實現此新節點加入操作。

以上這篇MySQL PXC構建一個新節點只需IST傳輸的方法(推薦)就是小編分享給大家的全部內容了，希望能給大家一個參考，也希望大家多多支持123WORDPRESS.COM。

<<: Dockerを使用してphabricatorをインストールする方法

>>: JavaScript でカウントダウン効果を実装する