Gruppenbasierte Replikation ist eine Technik, die bei Fehler- tolerante Systeme. Die Replikationsgruppe besteht aus mehreren Servern (Knoten), die miteinander kommunizieren können.
In der Kommunikationsschicht implementiert Groupreplication eine Reihe von Mechanismen: wie die atomare Nachrichtenzustellung und die vollständige Reihenfolge der Nachrichten. Diese atomaren und abstrakten Mechanismen bieten eine starke Unterstützung für die Implementierung fortschrittlicherer Datenbankreplikationslösungen.
MySQL Group Replication implementiert ein vollständig aktualisiertes Multi-Master-Replikationsprotokoll, das auf diesen Technologien und Konzepten basiert.
Kurz gesagt ist eine Replikationsgruppe eine Gruppe von Knoten. Jeder Knoten kann Transaktionen unabhängig ausführen, und Lese- und Schreibtransaktionen werden vor dem Festschreiben mit anderen Knoten in der Gruppe koordiniert.
Wenn eine Transaktion zur Übermittlung bereit ist, wird sie daher automatisch atomar innerhalb der Gruppe gesendet, um andere Knoten darüber zu informieren, welche Inhalte geändert/welche Transaktionen durchgeführt wurden.
Diese atomare Broadcast-Methode hält diese Transaktion auf jedem Knoten in der gleichen Reihenfolge.
Das bedeutet, dass jeder Knoten das gleiche Transaktionsprotokoll in der gleichen Reihenfolge empfängt, sodass jeder Knoten diese Transaktionsprotokolle in der gleichen Reihenfolge wiedergibt und letztendlich die gesamte Gruppe vollständig konsistent bleibt Status .
Es kann jedoch zu Ressourcenkonflikten zwischen Transaktionen kommen, die auf verschiedenen Knoten ausgeführt werden. Dieses Phänomen tritt leicht bei zwei verschiedenen gleichzeitigen Transaktionen auf.
Angenommen, es gibt zwei gleichzeitige Transaktionen auf verschiedenen Knoten, die dieselbe Datenzeile aktualisieren, dann kommt es zu einem Ressourcenkonflikt.
Angesichts dieser Situation stellt GroupReplication fest, dass die zuerst übermittelte Transaktion eine gültige Transaktion ist und in der gesamten Gruppe wiederholt wird. Die später übermittelte Transaktion wird direkt unterbrochen oder zurückgesetzt und schließlich verworfen.
Daher handelt es sich auch um ein Shared-Nothing-Replikationsschema, und jeder Knoten speichert eine vollständige Kopie der Daten. Sehen Sie sich das folgende Bild 01.png an, das den konkreten Arbeitsablauf beschreibt und prägnant mit anderen Lösungen verglichen werden kann. Dieses Replikationsschema ähnelt in gewissem Maße der Replikationsmethode der Datenbank-Statusmaschine (DBSM).
2, installieren Sie MySQL 5.7.17
Offizieller Download, aber die URL-Adresse 5.7.17 ist möglicherweise noch lange nicht gültig, sodass die von Ihnen benötigte Version möglicherweise nicht hier auf Baidu Cloud Disk verfügbar ist Version ist 5.7.17, die jederzeit verwendet werden kann.
Richten Sie die /etc/hosts-Zuordnung auf den drei Datenbankservern wie folgt ein:
mysql> show variables like 'binlog_format';
+---------------+-------+
| Variable_name | Value |
+---------------+-------+
| binlog_format | ROW |
+---------------+-------+
1 row in set (0.00 sec)
mysql>
SET SQL_LOG_BIN=0; # 在建立复制账号的时候，不需要进入binlog日志
GRANT REPLICATION SLAVE ON *.* TO 'repl'@'192.168.%' IDENTIFIED BY 'rlpbright_1927@ys';
SET SQL_LOG_BIN=1;
CHANGE MASTER TO MASTER_USER='repl', MASTER_PASSWORD='rlpbright_1927@ys' FOR CHANNEL 'group_replication_recovery';
START group_replication;
SELECT * FROM performance_schema.replication_group_members;
Nach dem Login kopieren
（5）验证组成员，SELECT * FROM performance_schema.replication_group_members;
9，管理操作命令
查看group状态信息：SELECT * FROM performance_schema.replication_group_members;
查询replication协议的其它数据：select * from performance_schema.replication_group_member_stats\G
组复制成员状态表：select * from performance_schema.replication_group_member_stats;查看的是当前的状态：
performance_schema.replication_applier_status
10，问题记录
10.1问题记录一
Db2的mysql窗口报错：
mysql> START GROUP_REPLICATION;
ERROR 3092 (HY000): The server is not configured properly to be an active member of the group. Please see more details on error log.
mysql>
db2的error log信息如下：
2017-01-11T07:57:41.161360Z 0 [ERROR] Plugin group_replication reported: 'This member has more executed
transactions than those present in the group. Local transactions: 84dba8ff-d7d2-11e6-aa9a-18a99b76310d:1 >
Group transactions: 3381d155-d7d1-11e6-94f7-b8ca3af6e36c:1,
e4668cea-d7ca-11e6-86b5-18a99b76310d:1-3'
2017-01-11T07:57:41.161430Z 0 [ERROR] Plugin group_replication reported: 'The member contains transactions not
present in the group. The member will now exit the group.'
2017-01-11T07:57:41.161445Z 0 [Note] Plugin group_replication reported: 'To force this member into the group you
can use the group_replication_allow_local_disjoint_gtids_join option'
2017-01-11T07:57:41.161589Z 3 [Note] Plugin group_replication reported: 'Going to wait for view modification'
2017-01-11T07:57:41.162126Z 0 [Note] Plugin group_replication reported: 'getstart group_id 8da193f6'
2017-01-11T07:57:44.508236Z 0 [Note] Plugin group_replication reported: 'state 4330 action xa_terminate'
2017-01-11T07:57:44.508429Z 0 [Note] Plugin group_replication reported: 'new state x_start'
2017-01-11T07:57:44.508561Z 0 [Note] Plugin group_replication reported: 'state 4257 action xa_exit'
2017-01-11T07:57:44.508720Z 0 [Note] Plugin group_replication reported: 'Exiting xcom thread'
2017-01-11T07:57:44.508746Z 0 [Note] Plugin group_replication reported: 'new state x_start'
2017-01-11T07:57:49.549137Z 3 [Note] Plugin group_replication reported: 'auto_increment_increment is reset to 1'
2017-01-11T07:57:49.549192Z 3 [Note] Plugin group_replication reported: 'auto_increment_offset is reset to 1'
2017-01-11T07:57:49.549472Z 23 [Note] Error reading relay log event for channel 'group_replication_applier':
slave SQL thread was killed
2017-01-11T07:57:49.550037Z 20 [Note] Plugin group_replication reported: 'The group replication applier thread was killed'
【解决办法】设置group_replication_allow_local_disjoint_gtids_join为ON
mysql> set global group_replication_allow_local_disjoint_gtids_join=ON;
Query OK, 0 rows affected (0.00 sec)
mysql> START GROUP_REPLICATION;
Query OK, 0 rows affected (5.52 sec)
mysql>
Nach dem Login kopieren
10.2问题记录二
Sql界面显示状态为ERROR：
Errorlog显示：
2017-01-11T08:07:34.587378Z 12 [Note] 'CHANGE MASTER TO FOR CHANNEL 'group_replication_recovery' executed'.
Previous state master_host='bpe_service', master_port= 3317, master_log_file='', master_log_pos= 4, master_bind=''. New state
master_host='<NULL>', master_port= 0, master_log_file='', master_log_pos= 4, master_bind=''.
2017-01-11T08:07:34.591679Z 12 [ERROR] Plugin group_replication reported: 'Fatal error during the Recovery process of Group Replication.
The server will leave the group.'
2017-01-11T08:07:34.592447Z 0 [Note] Plugin group_replication reported: 'getstart group_id 8da193f6'
2017-01-11T08:07:37.943536Z 0 [Note] Plugin group_replication reported: 'state 4330 action xa_terminate'
2017-01-11T08:07:37.943852Z 0 [Note] Plugin group_replication reported: 'new state x_start'
2017-01-11T08:07:37.943879Z 0 [Note] Plugin group_replication reported: 'state 4257 action xa_exit'
2017-01-11T08:07:37.943981Z 0 [Note] Plugin group_replication reported: 'Exiting xcom thread'
2017-01-11T08:07:37.943999Z 0 [Note] Plugin group_replication reported: 'new state x_start'
Das obige ist der detaillierte Inhalt vonDetaillierte Einführung in den Aufbau- und Bereitstellungsprozess der MySQL-Gruppenreplikation [Multi-Primary-Modus] (Bilder und Texte). Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!
Der Inhalt dieses Artikels wird freiwillig von Internetnutzern beigesteuert und das Urheberrecht liegt beim ursprünglichen Autor. Diese Website übernimmt keine entsprechende rechtliche Verantwortung. Wenn Sie Inhalte finden, bei denen der Verdacht eines Plagiats oder einer Rechtsverletzung besteht, wenden Sie sich bitte an admin@php.cn
