高可用性クラスタをMySQLの--PXC

ボーエン概要：

• A、PXC紹介
• 第二に、PXCクラスタの展開

A、PXC紹介

参考：Percona公式

PXCは、オープンソースのMySQL高可用性ソリューションであることPercona Serverとデータベースの統合Xtrabackupとガレラ、同時マルチマスターレプリケーションを実現するためです。MariaDBガレラクラスタ（MGC）とベースPercona XtraDBクラスタ（PXC）があり、高可用性ソリューションガレラ、従来のクラスタマスタースレーブモードに基づいたものに比べて成熟し、より多くの本番環境で使用される現在のPXCアーキテクチャ、PXC MHAアーキテクチャとデュアルマスター、PXC最も顕著な特徴は、基本的にリアルタイムの同期を達成することができ、長期批判レプリケーションの遅延の問題を解決することです。ノードとノード、各他のピアとの関係の間です。ガレラクラスタ自体は、マルチマスターアーキテクチャです。PXCは、データの整合性が非常に高いので、同期複製層ではなく、非同期複製を達成するためにストレージエンジンです。

これは次のように動作します：

MySQLのPXCアーキテクチャは、クラスタを形成するために少なくとも3つのインスタンスを必要と構築するためには3つのインスタンスの中から、一次モードではなく、その主な三の関係にかかわらず、マスタとスレーブの、等しくなるようにマルチマスターアーキテクチャと呼ばれる、クライアントの読み出しと書き込み、同じ接続であるの例として、読み出しデータが、書き込み任意の例と同じであり、クラスタは、他のインスタンスに新たに書き込まれたデータの同期を所有しますこのアーキテクチャは、任意のデータを共有しない、MySQLは、冗長性の高いクラスタアーキテクチャです。

1、PXCの長所と短所

利点：

• 強い整合性MySQL Clusterの高可用性とデータを達成するために。
• 真のマルチノードクラスタリテラシープログラムの完了。
• 基本的にリアルタイムの同期を満たし、マスター・スレーブレプリケーションの遅延の問題を改善します。
• 新しいノードは自動的に前に手動バックアップ、および容易なメンテナンスなしで、データを同期することができます。
• 書き込みのでそう簡単にマルチノード・データベース・フェイルオーバーです。

短所：

• 新しいノードを追加する場合、既存のノードの1から完全なデータセットをコピーしなければならないため、オーバーヘッドの大きな新しいノードを追加する場合は、データベース内の既存のデータが100ギガバイトであれば、その後、100ギガバイトをコピーします。
• 任意の更新トランザクションは、グローバル検証が必要とする、またショートボード効果（キャスクの法則）として知られている、クラスタの性能は最悪ノードによって制限され、他のノードで実行されます。
• そのため、データの一貫性を確保する必要性から、PXCは、マルチノード同時書き込みロックの競合より深刻な問題では、リアルタイムの同期レプリケーション・ベースのストレージエンジン層を達成するために使用されます。
• そこ拡大への書き込みの問題は、ある書き込みすべてのノードで行われます、大きな負荷シーンの書き込み、PXCをお勧めしません。
• InnoDBは唯一のストレージエンジンをサポートしています。

2、PXC作品

PXC演算処理がトランザクションまで要求しているクライアントノード最初の接続への書き込みは、ノードは、ブロードキャスト複製生成writesetを必要とすることで、一般的であり、次いでまとめて他のノードまで送信されるグローバル・トランザクションIDを取得します。他のノードによる認証は、データをマージした後、私たちは、競合するデータを発見した実行apply_cbとcommit_cb操作、そうでない場合は取引を破棄します。
そして、現在のcommit_cb操作を行うことで検証した後のノード（クライアントノードによって要求された書き込み）、そしてOKがクライアントに返されます。検証に合格しない場合は、rollback_cb。
生産ラインでのPXCクラスタは、少なくとも3つのノードが存在しなければなりません。ノードが確認されていない場合はデータが矛盾している、方法がキック一貫性のないデータノードクラスタを取るために、この時間が表示されるようになり、それが自動的にシャットダウン・コマンドが自動的にシャットダウンするようになります。

3、PXC重要な概念

まず、8個までの範囲内のクラスタ内のノードの数、3のクラスタの最小全体制御ノードを、調整します。2つのだけのノードの場合にはスプリットブレインが表示されますので、スプリットブレイン現象を防ぐために、少なくとも3。スプリットブレインのパフォーマンスは、結果が不明なコマンドです返すために任意のコマンドの出力です。
データの合計量の一因としてdonerノードからクラスタ内の各ノードを選出するために必要な場合、新しいノードがクラスタPXCに参加する場合。送信のSST総量と呼ばれる2つの方法PXCデータ送信ノード、IST増分転送と呼ばれるその他があります。SST送信はXtraBackup、mysqldumpを、rsyncの三つの方法、および増分転送のみXtraBackupを持っています。一般的にはない使用可能なデータの大きな量時に全額としてSSTの伝送が、唯一XtraBackupの方法。

クラスタ内のノード、または故障による新しいノードの追加に、同期故障状態遷移が発生しているなど、これらの意味は、以下の状態を含みます。

• オープン：ノードが正常に起動し、クラスタに接続しよう
• プライマリ：新しいノードがクラスタに参加するとき、クラスタ内のノードは、データは、生産ドナー状態同期のために選択されます。
• ジョイナー：ノードが同期データファイルを受信するために待機している状態です。
• 参加：ノードは、データの同期を完了し、クラスタ内の他のノードに一致するスケジュールを維持しようとしています。
• 同期：通常のノードの状態がサービスを提供するために、それは、同期とクラスタリングと一貫性の進捗状況を完了したと述べました。
• doner：ノードが新しいノードに対してデータの総量を提供する状態にあるときに添加されます。

第二に、PXCクラスタの展開

1、環境の準備

THE	ホスト名	IP
セントOS 7.5	PXC-01	192.168.20.2
セントOS 7.5	PXC-02	192.168.20.3
セントOS 7.5	PXC-03	192.168.20.4

注：すべてのホストが事前にあるPXCソースパッケージでのMySQLサービスを含むMySQLのサービスを、インストールする必要はありません。

注：すべての操作、3つのノードの概要は2-8実行するために必要とされています。3つのノードで実行する必要がないものがあれば、私は特に説明します。

2、依存関係をインストール

[root@pxc-01 ~]# yum install -y libev lsof perl-Compress-Raw-Bzip2 perl-Compress-Raw-Zlib perl-DBD-MySQL perl-DBI perl-Digest perl-Digest-MD5 perl-IO-Compress perl-Net-Daemon perl-PlRPC socat openssl openssl-devel

3、アンインストールMariadb

[root@pxc-01 ~]# yum -y erase mariadb && rpm -qa | grep mariadb | xargs rpm -e --nodeps

4、必要なソフトウェアパッケージをダウンロード（xtraBackup、Percona-XtraDBクラスタとqpress）

[root@pxc-01 bin]# wget https://www.percona.com/downloads/Percona-XtraBackup-2.4/Percona-XtraBackup-2.4.18/binary/redhat/7/x86_64/percona-xtrabackup-24-2.4.18-1.el7.x86_64.rpm
[root@pxc-01 bin]# wget http://www.quicklz.com/qpress-11-linux-x64.tar
#上面这个包使用wget可能会报错406，用浏览器打开链接下载再上传到服务器即可。
[root@pxc-01 bin]# wget https://www.percona.com/downloads/Percona-XtraDB-Cluster-LATEST/Percona-XtraDB-Cluster-5.7.28-31.41/binary/tarball/Percona-XtraDB-Cluster-5.7.28-rel31-31.41.1.Linux.x86_64.ssl101.tar.gz
#这个包下载的话，时间会稍微长一些，耐心等待。

5、インストールと設定コマンドqpress xtrabackup

[root@pxc-01 bin]# tar xf qpress-11-linux-x64.tar -C /usr/bin
[root@pxc-01 bin]# rpm -ivh percona-xtrabackup-24-2.4.18-1.el7.x86_64.rpm

6、展開PXCサービス

#创建MySQL系统用户
[root@pxc-01 bin]# useradd -M -r -s /bin/false mysql 
#解包
[root@pxc-01 bin]# tar zxf Percona-XtraDB-Cluster-5.7.28-rel31-31.41.1.Linux.x86_64.ssl101.tar.gz
#移动到指定目录
[root@pxc-01 bin]# mv Percona-XtraDB-Cluster-5.7.28-rel31-31.41.1.Linux.x86_64.ssl101 /usr/local/mysql
#创建data目录并更改目录属主属组为MySQL
[root@pxc-01 bin]# mkdir -p /usr/local/mysql/data
[root@pxc-01 bin]# chown -R mysql.mysql /usr/local/mysql/
#为MySQL命令配置全局变量
[root@pxc-01 bin]# echo "export PATH=/usr/local/mysql/bin:$PATH" >> /etc/profile
[root@pxc-01 bin]# source /etc/profile

7、MySQLサーバの設定ファイルの定義

1）PXC-01の完全なコンフィギュレーション・ファイルを次のように：

[root@pxc-01 bin]# cat /etc/my.cnf
# Example: Percona XtraDB Cluster 5.7
[client]
port = 3306
socket = /tmp/mysql.sock
[mysql]
prompt="\u@\h \R:\m:\s[\d]> "
no-auto-rehash
[mysqld]
user = mysql
port = 3306
basedir = /usr/local/mysql
datadir = /usr/local/mysql/data
socket = /tmp/mysql.sock
pid-file = db.pid
character-set-server = utf8mb4
skip_name_resolve = 1
open_files_limit = 65535
back_log = 1024
max_connections = 512
max_connect_errors = 1000000
table_open_cache = 1024
table_definition_cache = 1024
table_open_cache_instances = 64
thread_stack = 512K
external-locking = FALSE
max_allowed_packet = 32M
sort_buffer_size = 4M
join_buffer_size = 4M
thread_cache_size = 768
#query_cache_size = 0
#query_cache_type = 0
interactive_timeout = 600
wait_timeout = 600
tmp_table_size = 32M
max_heap_table_size = 32M
slow_query_log = 1
slow_query_log_file = /usr/local/mysql/data/slow.log
log-error = /usr/local/mysql/data/error.log
long_query_time = 0.1
server-id = 1813306
log-bin = /usr/local/mysql/data/mysql-bin
sync_binlog = 1
binlog_cache_size = 4M
max_binlog_cache_size = 1G
max_binlog_size = 1G
expire_logs_days = 7
master_info_repository = TABLE
relay_log_info_repository = TABLE
gtid_mode = on
enforce_gtid_consistency = 1
log_slave_updates
binlog_format = row    #为了让Galera正确工作，binlog格式应该是ROW
relay_log_recovery = 1
relay-log-purge = 1
key_buffer_size = 32M
read_buffer_size = 8M
read_rnd_buffer_size = 4M
bulk_insert_buffer_size = 64M
lock_wait_timeout = 3600
explicit_defaults_for_timestamp = 1
innodb_thread_concurrency = 0
innodb_sync_spin_loops = 100
innodb_spin_wait_delay = 30
transaction_isolation = REPEATABLE-READ
innodb_buffer_pool_size = 1024M
innodb_buffer_pool_instances = 8
innodb_buffer_pool_load_at_startup = 1
innodb_buffer_pool_dump_at_shutdown = 1
innodb_data_file_path = ibdata1:1G:autoextend
innodb_flush_log_at_trx_commit = 1
innodb_log_buffer_size = 32M
innodb_log_file_size = 2G
innodb_log_files_in_group = 2
#innodb_max_undo_log_size = 4G
innodb_io_capacity = 2000
innodb_io_capacity_max = 4000
innodb_flush_neighbors = 0
innodb_write_io_threads = 4
innodb_read_io_threads = 4
innodb_purge_threads = 4
innodb_page_cleaners = 4
innodb_open_files = 65535
innodb_max_dirty_pages_pct = 50
innodb_flush_method = O_DIRECT
innodb_lru_scan_depth = 4000
innodb_checksum_algorithm = crc32
#innodb_file_format = Barracuda
#innodb_file_format_max = Barracuda
innodb_lock_wait_timeout = 10
innodb_rollback_on_timeout = 1
innodb_print_all_deadlocks = 1
innodb_file_per_table = 1
innodb_online_alter_log_max_size = 4G
internal_tmp_disk_storage_engine = InnoDB
innodb_stats_on_metadata = 0
# PXC  以上都是关于数据库优化的一些信息，大多数为可选配置，与pxc有关的都是下面的参数
wsrep_provider=/usr/local/mysql/lib/libgalera_smm.so
wsrep_provider_options="gcache.size=2G"
wsrep_cluster_name=my_pxc_cluster
wsrep_cluster_address=gcomm://192.168.20.2,192.168.20.3,192.168.20.4
wsrep_node_name=pxc01
wsrep_node_address=192.168.20.2
wsrep_sst_method=xtrabackup-v2
wsrep_sst_auth=sst:pwd@123
pxc_strict_mode=ENFORCING  
default_storage_engine=InnoDB    # myisam存储引擎只能在测试环境中使用
innodb_autoinc_lock_mode=2    # 此 InnoDB 自动增量锁定模式是 Galera 强制的
[mysqldump]
quick
max_allowed_packet = 32M

次のようにPXC関連するいくつかのパラメータは説明しました：

• wsrep_provider：希望のプラグイン（デフォルトでは、このプラグインを持っている）へのパスを指定します。
• wsrep_provider_options =「gcache.size = 1G」：Gcacheリングバッファサイズ、起動時に事前に割り当てられ、デフォルトは10Mです。この構成は、他のオプションがあります：gcache.sizeは、増分情報のセットを書き込むために使用されるキャッシュのサイズを表します。デフォルトのサイズは128メガバイト、wsrep_provider_options変数によって設定されるパラメータです。我々は、追加の増分情報を容易にするために、2G、4G、十分なバッファ空間の範囲を調整することを提案しました。
  gcache.mem_size代表メモリキャッシュサイズのGcache、中等度のターンアップは、クラスタ全体のパフォーマンスを向上させることができます。
  メモリが十分でない場合のようgcache.page_sizeは（Gcache不足）は、ディスクのファイル記述されたセットに直接書き込まれると理解することができます。
• wsrep_cluster_name：このパラメータは、クラスタノードの論理名を定義し、クラスタに参加するすべてのノードが同じ名前を指定する必要があります。
• wsrep_cluster_address：このパラメータを使用して、クラスタ内の別のノードのIPアドレスを決定するためにのみサポートされ、バックエンドの生産モデルはgcommで現在あります。
• wsrep_node_name：このパラメータは、独自の論理ノード名を設定するために使用されます。
• wsrep_node_address：現在のノードのIPアドレスを指定するために使用されます。
• wsrep_sst_method：指定されたデータ同期方法はxtrabackup-V2を推奨
• wsrep_sst_auth：SSTはデータをコピーするときに使用するユーザ名とパスワードを定義します（データベースノードは、指定されたユーザーとパスワードを持っている必要があります）
• pxc_strict_mode：strictモードでは、公式には、パラメータ値の強制を示唆しました。この構成では、データベース内に作成されたテーブルには、それ以外の場合は、データを書き込むことは不可能である、主キーを持っている必要があります。

より詳細な説明はPXCパラメータを移動してください：MySQLのwsrepオプションを、同時に、それを見つけるために、そこに驚かれることでしょう、上記の設定項目を変更するために、オプションの詳細な説明を参照することをお勧めします。

2）PXC-02の完全なノード構成ファイルを次のように

PXC-01のノードと比較して、わずか3は同じにすることはできません、次のように出てマークされています

[root@pxc-02 src]# cat /etc/my.cnf 
# Example: Percona XtraDB Cluster 5.7
[client]
port = 3306
socket = /tmp/mysql.sock
[mysql]
prompt="\u@\h \R:\m:\s[\d]> "
no-auto-rehash
[mysqld]
user = mysql
port = 3306
basedir = /usr/local/mysql
datadir = /usr/local/mysql/data
socket = /tmp/mysql.sock
pid-file = db.pid
character-set-server = utf8mb4
skip_name_resolve = 1
open_files_limit = 65535
back_log = 1024
max_connections = 512
max_connect_errors = 1000000
table_open_cache = 1024
table_definition_cache = 1024
table_open_cache_instances = 64
thread_stack = 512K
external-locking = FALSE
max_allowed_packet = 32M
sort_buffer_size = 4M
join_buffer_size = 4M
thread_cache_size = 768
#query_cache_size = 0
#query_cache_type = 0
interactive_timeout = 600
wait_timeout = 600
tmp_table_size = 32M
max_heap_table_size = 32M
slow_query_log = 1
slow_query_log_file = /usr/local/mysql/data/slow.log
log-error = /usr/local/mysql/data/error.log
long_query_time = 0.1
server-id = 1813307                   # server-id不可以一样
log-bin = /usr/local/mysql/data/mysql-bin
sync_binlog = 1
binlog_cache_size = 4M
max_binlog_cache_size = 1G
max_binlog_size = 1G
expire_logs_days = 7
master_info_repository = TABLE
relay_log_info_repository = TABLE
gtid_mode = on
enforce_gtid_consistency = 1
log_slave_updates
binlog_format = row   
relay_log_recovery = 1
relay-log-purge = 1
key_buffer_size = 32M
read_buffer_size = 8M
read_rnd_buffer_size = 4M
bulk_insert_buffer_size = 64M
lock_wait_timeout = 3600
explicit_defaults_for_timestamp = 1
innodb_thread_concurrency = 0
innodb_sync_spin_loops = 100
innodb_spin_wait_delay = 30
transaction_isolation = REPEATABLE-READ
innodb_buffer_pool_size = 1024M
innodb_buffer_pool_instances = 8
innodb_buffer_pool_load_at_startup = 1
innodb_buffer_pool_dump_at_shutdown = 1
innodb_data_file_path = ibdata1:1G:autoextend
innodb_flush_log_at_trx_commit = 1
innodb_log_buffer_size = 32M
innodb_log_file_size = 2G
innodb_log_files_in_group = 2
#innodb_max_undo_log_size = 4G
innodb_io_capacity = 2000
innodb_io_capacity_max = 4000
innodb_flush_neighbors = 0
innodb_write_io_threads = 4
innodb_read_io_threads = 4
innodb_purge_threads = 4
innodb_page_cleaners = 4
innodb_open_files = 65535
innodb_max_dirty_pages_pct = 50
innodb_flush_method = O_DIRECT
innodb_lru_scan_depth = 4000
innodb_checksum_algorithm = crc32
#innodb_file_format = Barracuda
#innodb_file_format_max = Barracuda
innodb_lock_wait_timeout = 10
innodb_rollback_on_timeout = 1
innodb_print_all_deadlocks = 1
innodb_file_per_table = 1
innodb_online_alter_log_max_size = 4G
internal_tmp_disk_storage_engine = InnoDB
innodb_stats_on_metadata = 0
# PXC  
wsrep_provider=/usr/local/mysql/lib/libgalera_smm.so
wsrep_provider_options="gcache.size=2G"
wsrep_cluster_name=my_pxc_cluster
wsrep_cluster_address=gcomm://192.168.20.2,192.168.20.3,192.168.20.4
wsrep_node_name=pxc02             # 节点的逻辑名称不可以一样
wsrep_node_address=192.168.20.3     #这里的IP地址是本机的，当然也不一样
wsrep_sst_method=xtrabackup-v2
wsrep_sst_auth=sst:pwd@123
pxc_strict_mode=ENFORCING
default_storage_engine=InnoDB 
innodb_autoinc_lock_mode=2    
[mysqldump]
quick
max_allowed_packet = 32M

3）PXC-03の完全なコンフィギュレーション・ファイルを次のように：

同様に、同じ3つの構成、すなわち、サーバID、論理ノード名、およびノー​​ドのIPアドレスではありません。

[root@pxc-03 src]# cat /etc/my.cnf 
# Example: Percona XtraDB Cluster 5.7
[client]
port = 3306
socket = /tmp/mysql.sock
[mysql]
prompt="\u@\h \R:\m:\s[\d]> "
no-auto-rehash
[mysqld]
user = mysql
port = 3306
basedir = /usr/local/mysql
datadir = /usr/local/mysql/data
socket = /tmp/mysql.sock
pid-file = db.pid
character-set-server = utf8mb4
skip_name_resolve = 1
open_files_limit = 65535
back_log = 1024
max_connections = 512
max_connect_errors = 1000000
table_open_cache = 1024
table_definition_cache = 1024
table_open_cache_instances = 64
thread_stack = 512K
external-locking = FALSE
max_allowed_packet = 32M
sort_buffer_size = 4M
join_buffer_size = 4M
thread_cache_size = 768
#query_cache_size = 0
#query_cache_type = 0
interactive_timeout = 600
wait_timeout = 600
tmp_table_size = 32M
max_heap_table_size = 32M
slow_query_log = 1
slow_query_log_file = /usr/local/mysql/data/slow.log
log-error = /usr/local/mysql/data/error.log
long_query_time = 0.1
server-id = 1813308
log-bin = /usr/local/mysql/data/mysql-bin
sync_binlog = 1
binlog_cache_size = 4M
max_binlog_cache_size = 1G
max_binlog_size = 1G
expire_logs_days = 7
master_info_repository = TABLE
relay_log_info_repository = TABLE
gtid_mode = on
enforce_gtid_consistency = 1
log_slave_updates
binlog_format = row   
relay_log_recovery = 1
relay-log-purge = 1
key_buffer_size = 32M
read_buffer_size = 8M
read_rnd_buffer_size = 4M
bulk_insert_buffer_size = 64M
lock_wait_timeout = 3600
explicit_defaults_for_timestamp = 1
innodb_thread_concurrency = 0
innodb_sync_spin_loops = 100
innodb_spin_wait_delay = 30
transaction_isolation = REPEATABLE-READ
innodb_buffer_pool_size = 1024M
innodb_buffer_pool_instances = 8
innodb_buffer_pool_load_at_startup = 1
innodb_buffer_pool_dump_at_shutdown = 1
innodb_data_file_path = ibdata1:1G:autoextend
innodb_flush_log_at_trx_commit = 1
innodb_log_buffer_size = 32M
innodb_log_file_size = 2G
innodb_log_files_in_group = 2
#innodb_max_undo_log_size = 4G
innodb_io_capacity = 2000
innodb_io_capacity_max = 4000
innodb_flush_neighbors = 0
innodb_write_io_threads = 4
innodb_read_io_threads = 4
innodb_purge_threads = 4
innodb_page_cleaners = 4
innodb_open_files = 65535
innodb_max_dirty_pages_pct = 50
innodb_flush_method = O_DIRECT
innodb_lru_scan_depth = 4000
innodb_checksum_algorithm = crc32
#innodb_file_format = Barracuda
#innodb_file_format_max = Barracuda
innodb_lock_wait_timeout = 10
innodb_rollback_on_timeout = 1
innodb_print_all_deadlocks = 1
innodb_file_per_table = 1
innodb_online_alter_log_max_size = 4G
internal_tmp_disk_storage_engine = InnoDB
innodb_stats_on_metadata = 0
# PXC  
wsrep_provider=/usr/local/mysql/lib/libgalera_smm.so
wsrep_provider_options="gcache.size=2G"
wsrep_cluster_name=my_pxc_cluster
wsrep_cluster_address=gcomm://192.168.20.2,192.168.20.3,192.168.20.4
wsrep_node_name=pxc03
wsrep_node_address=192.168.20.4
wsrep_sst_method=xtrabackup-v2
wsrep_sst_auth=sst:pwd@123
pxc_strict_mode=ENFORCING
default_storage_engine=InnoDB 
innodb_autoinc_lock_mode=2    
[mysqldump]
quick
max_allowed_packet = 32M

8、MySQL関連サービスの初期化、各ノードおよびファイアウォールポートを開きます

#初始化MySQL服务
[root@pxc-01 ~]# mysqld --defaults-file=/etc/my.cnf --user=mysql --basedir=/usr/local/mysql/ --datadir=/usr/local/mysql/data/ --initialize
#开启防火墙相关端口
[root@pxc-01 ~]# firewall-cmd --permanent --add-port={3306,4567,4444,4568}/tcp
success
[root@pxc-01 ~]# firewall-cmd --reload
[root@pxc-01 ~]# firewall-cmd --list-all
public (active)
  target: default
  icmp-block-inversion: no
  interfaces: ens33
  sources: 
  services: ssh dhcpv6-client
  ports: 3306/tcp 4567/tcp 4444/tcp 4568/tcp    #确认端口已添加
  protocols: 
  masquerade: no
  forward-ports: 
  source-ports: 
  icmp-blocks: 
  rich rules: 

次のようにポート関連情報は、次のとおりです。

• MySQLのサービスポート：3306
• クラスタ通信ポート：4567
• SST（国家Snaphot転送）ポート：4444
• IST（インクリメンタル状態転送）端口：4568

注：次の操作は、特に記載がない場合は、PXC-01ノード上で実行されます。

図9に示すように、ガイドPXC-01は、クラスタノードを初期化します

[root@pxc-01 ~]# mysqld --defaults-file=/etc/my.cnf --wsrep_new_cluster &
[root@pxc-01 ~]# ss -anptl | grep mysql
LISTEN     0      128          *:4567                     *:*                   users:(("mysqld",pid=61739,fd=11))
LISTEN     0      128         :::3306                    :::*                   users:(("mysqld",pid=61739,fd=31))

10、初期パスワードを参照してpxc01のMySQLでホストにログイン

# 查看初始密码
[root@pxc-01 ~]# grep password /usr/local/mysql/data/error.log 
2020-02-26T13:11:29.770228Z 1 [Note] A temporary password is generated for root@localhost: j?wh;jn=7uB.
#登录数据库，由于有特殊字符，所以要给密码用单引号引起来
[root@pxc-01 ~]# mysql -uroot -p'j?wh;jn=7uB.'    
#修改root用户的初始密码，才能进行其他操作。
root@localhost 21:47: [(none)]> alter user root@localhost identified by '123.com';
# 创建配置文件中指定的sst账号，密码一定要和配置文件中指定的密码一致。
root@localhost 21:47: [(none)]> grant all privileges on *.* to sst@localhost identified by 'pwd@123';

11、クラスタにノードを追加します

注：以下の操作は、私がここに持ってPXC-02及びPXC-03ノード上で別々に実行される各PXC-01クラスタノードに追加する上で実行される必要があります。

[root@pxc-02 src]# mysqld --defaults-file=/etc/my.cnf &
[1] 61731
[root@pxc-02 src]# ss -anltp | grep mysql    #此刻新加入集群的节点，正在从群集内的节点中同步数据
LISTEN     0      128          *:4567                     *:*                   users:(("mysqld",pid=61731,fd=11))
[root@pxc-02 src]# ss -anltp | grep mysql   
#耐心等待一会，当发现3306端口在监听，则表示数据已同步，该节点已经加入到集群中
LISTEN     0      128          *:4567                     *:*                   users:(("mysqld",pid=61731,fd=11))
LISTEN     0      128         :::3306                    :::*                   users:(("mysqld",pid=61731,fd=36))
#启动成功后的节点，直接可以使用pxc-01节点设置的root密码进行数据库登录操作
#因为pxc-01节点的数据库信息已经同步到了本地数据库节点。
[root@pxc-02 src]# mysql -uroot -p123.com

レプリケーション機能ていることを確認します12

在pxc-01节点创建库及表
[root@pxc-01 ~]# mysql -uroot -p123.com
root@localhost 22:23: [(none)]> create database test01;
root@localhost 22:24: [(none)]> use test01
root@localhost 22:31: [test01]> create table t1(id int primary key,name varchar(10));

# 分别在三个节点上插入一条数据
# pxc-01：
root@localhost 22:31: [test01]> insert into t1(id,name) values(1,'张三');
# pxc-02：
root@localhost 22:33: [(none)]> insert into test01.t1(id,name) values(2,'李四');
# pxc-03：
root@localhost 22:33: [(none)]> insert into test01.t1(id,name) values(3,'王五');

最後に、ちょうど任意のノードで新しいテーブルを見て、次のようになります。次のデータです。

13、システムサービスとしてMySQLを追加

あなたは、システムのサービスを追加した後、後にサービスを開始および停止する最初のだと思い起動するmysqldのコマンドなどのサービスを使用して起動する必要はありませんが、直接の使用systemctl start mysqldコマンド。

#拷贝脚本文件
[root@pxc-01 ~]# cp /usr/local/mysql/support-files/mysql.server /etc/init.d/mysqld
[root@pxc-01 ~]# chkconfig --add mysqld    #添加为系统服务
[root@pxc-01 ~]# chkconfig mysqld on    #加入开机自启

これまでに、3つのノードは、わずかに（後でノードに構成およびPXC-02またはPXC-03限り、クラスタにノードを追加するために、それらのこのクラスタにノード構成PXC-01を添加しています同じではない、それは、クラスタ内の最初のノードであるため）。

14、クラスタの状態を確認

次のように上記のパラメータを説明しました：

• wsrep_cluster_size：クラスタ内のノードの現在の数。
• wsrep_cluster_state_uuid：クラスタUUID、クラスタ内の同じUUID値が一致している必要があります。
• wsrep_cluster_status：主要値からなるクラスタ状態が正常を示します。以下は、さまざまなステータス値の説明です：
  • オープン：ノードが正常に起動し、クラスタに接続してみてください。
  • プライマリ：新しいノードがクラスタに参加するとき、クラスタ内のノードは、データは、生産ドナー状態同期のために選択されます。
  • ジョイナー：ノードが同期データファイルを受信するために待機している状態です。
  • 参加：ノードは、データの同期を完了し、クラスタ内の他のノードに一致するスケジュールを維持しようとしています。
  • 同期：通常のノードの状態がサービスを提供するために、それは、同期とクラスタリングと一貫性の進捗状況を完了したと述べました。
  • doner：ノードが新しいノードに対してデータの総量を提供する状態にあるときに添加されます。

wsrep_local_stateは：4の値は正常を示し、ノードの現在のステータスを表示します。状態は、4つの値があります。

• 参加：表すノードがクラスタに追加されます
• doner：ノードが新しいノードに対してデータの総量を提供する状態にあるときに添加されます。
• 参加しました：現在のノードが正常にクラスタに参加しました。
• 同期：クラスタ・ノードの現在のノードが同期化されます。