So installieren Sie Percona XtraDB Cluster für MySQL unter Debian 8

Diese Ausgabe zeigt, dass der Cluster erfolgreich gebootet wurde.

Um State Snapshot Transfer durchzuführen mit XtraBackup , richten Sie einen neuen Benutzer mit den entsprechenden Rechten ein:

mysql> CREATE USER 'sstuser'@'localhost' IDENTIFIED BY 'PASSW0RD';
mysql> GRANT PROCESS, RELOAD, LOCK TABLES, REPLICATION CLIENT ON *.* TO 'sstuser'@'localhost';
mysql> FLUSH PRIVILEGES;

Hinweis

Das MySQL-Root-Konto kann auch zum Ausführen von SST verwendet werden, aber es ist sicherer, dafür einen anderen (Nicht-Root-)Benutzer zu verwenden.

Schritt 3. Konfiguration des zweiten Knotens

1. Hängen Sie die folgenden Zeilen an die Konfigurationsdatei /etc/mysql/my.cnf an auf dem zweiten Knoten (mysql2.local.vm), sodass er die folgenden Daten enthält:

   [mysqld]
   
   ...
   
   # Path to Galera library
   wsrep_provider=/usr/lib/libgalera_smm.so
   
   # Cluster connection URL contains the IPs of node#1, node#2 and node#3
   wsrep_cluster_address=gcomm://192.168.152.100,192.168.152.110,192.168.152.120
   
   # In order for Galera to work correctly binlog format should be ROW
   binlog_format=ROW
   
   # MyISAM storage engine has only experimental support
   default_storage_engine=InnoDB
   
   # This InnoDB autoincrement locking mode is a requirement for Galera
   innodb_autoinc_lock_mode=2
   
   # Node #2 address
   wsrep_node_address=192.168.152.110
   
   # SST method
   wsrep_sst_method=xtrabackup-v2
   
   # Cluster name
   wsrep_cluster_name=my_ubuntu_cluster
   
   # Authentication for SST method
   wsrep_sst_auth="sstuser:PASSW0RD"

2. Starten Sie den zweiten Knoten mit dem folgenden Befehl (Achtung, dieses Mal befindet er sich, wie Sie sehen können, nicht im Boostrap-Modus!!):

   [email protected]:~# /etc/init.d/mysql start
   

3. Nachdem der Server gestartet wurde, sollte er SST empfangen automatisch. Der Clusterstatus kann jetzt auf beiden Knoten überprüft werden. Das Folgende ist ein Beispiel für den Status des zweiten Knotens (mysql2.local.vm):

4. mysql> show status like 'wsrep%';
   +----------------------------+--------------------------------------+
   | Variable_name              | Value                                |
   +----------------------------+--------------------------------------+
   | wsrep_local_state_uuid     | 0251a27c-8a19-11e6-905b-f3f13b0ddc5b |
   ...
   | wsrep_local_state          | 4                                    |
   | wsrep_local_state_comment  | Synced                               |
   ...
   | wsrep_cluster_size         | 2                                    |
   | wsrep_cluster_status       | Primary                              |
   | wsrep_connected            | ON                                   |
   ...
   | wsrep_ready                | ON                                   |
   +----------------------------+--------------------------------------+
   40 rows in set (0.01 sec)
   

   Diese Ausgabe zeigt, dass der neue Knoten erfolgreich zum Cluster hinzugefügt wurde. Beachten Sie die Variable wsrep_cluster_size, die 2 geworden ist, anstatt einer der ersten Abfragen, die wir gemacht haben.

Schritt 4. Konfiguration des dritten Knotens

1. Hängen Sie die folgenden Zeilen an die Konfigurationsdatei /etc/mysql/my.cnf an auf dem zweiten Knoten (mysql3.local.vm), also enthält er die folgende Konfiguration:

   [mysqld]
   
   ...
   
   # Path to Galera library
   wsrep_provider=/usr/lib/libgalera_smm.so
   
   # Cluster connection URL contains the IPs of node#1, node#2 and node#3
   wsrep_cluster_address=gcomm://192.168.152.100,192.168.152.110,192.168.152.120
   
   # In order for Galera to work correctly binlog format should be ROW
   binlog_format=ROW
   
   # MyISAM storage engine has only experimental support
   default_storage_engine=InnoDB
   
   # This InnoDB autoincrement locking mode is a requirement for Galera
   innodb_autoinc_lock_mode=2
   
   # Node #2 address
   wsrep_node_address=192.168.152.120
   
   # SST method
   wsrep_sst_method=xtrabackup-v2
   
   # Cluster name
   wsrep_cluster_name=my_ubuntu_cluster
   
   # Authentication for SST method
   wsrep_sst_auth="sstuser:PASSW0RD"

2. Starten Sie den dritten Knoten mit dem folgenden Befehl:

   [email protected]:~# /etc/init.d/mysql start
   

3. Nachdem der Server gestartet wurde, sollte er SST automatisch empfangen. Der Clusterstatus kann auf allen Knoten überprüft werden. Das Folgende ist ein Beispiel für den Status des dritten Knotens (mysql3.local.vm):

   mysql> show status like 'wsrep%';
   +----------------------------+--------------------------------------+
   | Variable_name              | Value                                |
   +----------------------------+--------------------------------------+
   | wsrep_local_state_uuid     | 0251a27c-8a19-11e6-905b-f3f13b0ddc5b |
   ...
   | wsrep_local_state          | 4                                    |
   | wsrep_local_state_comment  | Synced                               |
   ...
   | wsrep_cluster_size         | 3                                    |
   | wsrep_cluster_status       | Primary                              |
   | wsrep_connected            | ON                                   |
   ...
   | wsrep_ready                | ON                                   |
   +----------------------------+--------------------------------------+
   40 rows in set (0.01 sec)
   

   Diese Ausgabe bestätigt, dass der dritte Knoten dem Cluster beigetreten ist. Sehen Sie sich erneut wsrep_cluster_size an, das jetzt 3 statt 2 geworden ist.

Wenn Sie auf Probleme stoßen, werfen Sie einen Blick auf /var/log/syslog, um zu sehen, ob alles in Ordnung ist

Oct 4 12:16:13 mysql3 mysql[2767]: Starting MySQL (Percona XtraDB Cluster) database server: mysqld . . .State transfer in progress, setting sleep higher: mysqld . ..
Oct 4 12:16:13 mysql3 systemd[1]: Started LSB: Start and stop the mysql (Percona XtraDB Cluster) daemon.
Oct 4 12:17:01 mysql3 CRON[3731]: (root) CMD ( cd / && run-parts --report /etc/cron.hourly)

In diesem Beispiel ist alles gut gelaufen und Sie können die Statusübertragung sehen in Bearbeitung, was bedeutet, dass Daten an den Knoten übertragen werden.

Replikation testen

Um die Replikation zu testen, erstellen wir eine neue Datenbank auf dem zweiten Knoten, erstellen eine Tabelle für diese Datenbank auf dem dritten Knoten und fügen der Tabelle auf dem ersten Knoten einige Datensätze hinzu.

1. Erstellen Sie eine neue Datenbank auf dem zweiten Knoten:

   mysql@mysql2> CREATE DATABASE percona;
   Query OK, 1 row affected (0.01 sec)
   

2. Erstellen Sie eine Tabelle auf dem dritten Knoten:

   mysql@mysql3> USE percona;
   Database changed
   
   mysql@pxc3> CREATE TABLE example (node_id INT PRIMARY KEY, node_name VARCHAR(30));
   Query OK, 0 rows affected (0.05 sec)
   

3. Datensätze im ersten Knoten einfügen:

   mysql@mysql1> INSERT INTO percona.example VALUES (1, 'percona1');
   Query OK, 1 row affected (0.02 sec)
   

4. Rufen Sie alle Zeilen aus dieser Tabelle auf dem zweiten Knoten ab:

   mysql@mysql2> SELECT * FROM percona.example;
   +---------+-----------+
   | node_id | node_name |
   +---------+-----------+
   |       1 | percona1  |
   +---------+-----------+
   1 row in set (0.00 sec)
   

Um sicherzustellen, dass Ihre Anwendung den Cluster immer erreichen kann, können Sie einen Loadbalancer vor den drei Knoten hinzufügen.