Различия

Показаны различия между двумя версиями страницы.

--- wiki:mysql:percona8_cluster_install [2023/05/27 16:13] – [Стартуем кластер] Diman
+++ wiki:mysql:percona8_cluster_install [2023/05/27 17:07] (текущий) – [Проверка репликации кластера на тестовой БД] Diman
@@ Строка 88: / Строка 88: @@
 # Нода в этот момент находится в режиме для подключения, она не смотрит в сформированный нами конфиг
 # и выставляет переменную wsrep_cluster_conf_id в 1
+root@pxc1:~# systemctl start mysql@bootstrap.service
 systemctl start mysql@bootstrap.service
@@ Строка 120: / Строка 122: @@
 ==== Стартуем вторую ноду ====
+<code bash>
+root@pxc2:~# service mysql start
+service mysql start
+</code>
 <code mysql>
@@ Строка 145: / Строка 155: @@
 </code>
+Видим, что в составе ноды появился второй участник, на это указывает параметр wsrep_cluster_size, равный **2**. Аналогично добавляем третью ноду.
+==== Добавляем ноду 3 ====
+<code bash>
+# Добавляем ноду 3
+#
+root@pxc3:~# service mysql start
+service mysql start
+</code>
+Скорее всего, что нода так же добавится и параметр wsrep_cluster_size установится в 3. У меня именно так и произошло, но после нескольких попыток.
+==== Переключение первой ноды в обычный режим ====
+Все это хорошо, но кластер сейчас в режиме добавления. И нам нужно переключить первую ноду в обычный режим и проверить его работу кластера, ради чего все затевалось то?
+<code bash>
+# На первой ноде останавливаем bootstrap
+#
+root@pxc1:~# systemctl stop mysql@bootstrap.service
+systemctl stop mysql@bootstrap.service
+# Теперь стартуем mysql в обычном режиме
+#
+root@pxc1:~# systemctl start mysql
+systemctl start mysql
+</code>
+==== Включение кластера ====
+<code mysql>
+mysql> show status like 'wsrep%';
+| wsrep_cluster_size               | 3                                                                                                                                              |
+| wsrep_cluster_state_uuid         | 67682be6-fb38-11ed-aa0e-1a0b1104418d                                                                                                           |
+| wsrep_cluster_status             | Primary                                                                                                                                        |
+| wsrep_connected                  | ON                                                                                                                                             |
+| wsrep_local_bf_aborts            | 0                                                                                                                                              |
+| wsrep_local_index                | 0                                                                                                                                              |
+| wsrep_provider_capabilities      | :MULTI_MASTER:CERTIFICATION:PARALLEL_APPLYING:TRX_REPLAY:ISOLATION:PAUSE:CAUSAL_READS:INCREMENTAL_WRITESET:UNORDERED:PREORDERED:STREAMING:NBO: |
+| wsrep_provider_name              | Galera                                                                                                                                         |
+| wsrep_provider_vendor            | Codership Oy <info@codership.com> (modified by Percona <https://percona.com/>)                                                                 |
+| wsrep_provider_version           | 4.14(779b689)                                                                                                                                  |
+| wsrep_ready                      | ON                                                                                                                                             |
+| wsrep_thread_count               | 9                                                                                                                                              |
++----------------------------------+------------------------------------------------------------------------------------------------------------------------------------------------+
+rows in set (0.00 sec)
+mysql>
+</code>
+Видим два параметра: wsrep_cluster_size 3 и текущее состояние кластера wsrep_cluster_state_uuid, он должен совпадать на всех нодах кластера, проверяем это от 1 до 3.
+==== Проверка репликации кластера на тестовой БД ====
+На **первой** ноде выполняем команду в mysql:
+<code mysql>
+# На первой ноде выполняем команду в mysql
+pxc1: mysql> CREATE DATABASE tempo;
+CREATE DATABASE tempo;
+</code>
+На **второй** ноде:
+<code mysql>
+# На второй ноде выполняем команду в mysql
+pxc2: mysql> USE tempo;
+mysql> USE tempo;
+Database changed
+</code>
+На **третьей** ноде выполняем команду в mysql:
+<code mysql>
+# На третьей ноде выполняем команду в mysql
+pxc3: mysql> CREATE TABLE tempo.example (node_id INT PRIMARY KEY, node_name VARCHAR(30));
+mysql> CREATE TABLE tempo.example (node_id INT PRIMARY KEY, node_name VARCHAR(30));
+Query OK, 0 rows affected (7.60 sec)
+</code>
+Теперь снова на **первой** ноде выполняем команду в MySQL
+<code mysql>
+# На первой ноде выполняем команду в mysql
+pxc1: mysql> INSERT INTO tempo.example VALUES (1, 'pxc1');
+mysql> INSERT INTO tempo.example VALUES (1, 'pxc1');
+Query OK, 1 row affected (1.35 sec)
+</code>
+Как видим, наш кластер живет и работает неплохо. Теперь можно заливать в него БД...