20.2.1.5 Инициализация группы
Процесс запуска группы в первый раз называется инициализацией. Для инициализации группы используется системная переменная group_replication_bootstrap_group. Инициализация должна выполняться только одним сервером, тем, который запускает группу, и только один раз. Именно поэтому значение опции group_replication_bootstrap_group не сохранялось в файле параметров экземпляра. Если оно сохраняется в файле параметров, при перезапуске сервер автоматически инициализирует вторую группу с тем же именем. Это приведет к появлению двух разных групп с одинаковым именем. Такая же логика применяется при остановке и перезапуске плагина с этим параметром, установленным в значение ON. Поэтому для безопасной инициализации группы подключитесь к серверу s1 и выполните следующие операторы:
mysql> SET GLOBAL group_replication_bootstrap_group=ON;
mysql> START GROUP_REPLICATION;
mysql> SET GLOBAL group_replication_bootstrap_group=OFF;
Или, если вы предоставляете учетные данные пользователя для распределенного восстановления в операторе START
GROUP_REPLICATION, выполните следующие операторы:
mysql> SET GLOBAL group_replication_bootstrap_group=ON;
mysql> START GROUP_REPLICATION USER='rpl_user', PASSWORD='password';
mysql> SET GLOBAL group_replication_bootstrap_group=OFF;
После того, как оператор START GROUP_REPLICATION вернёт результат, группа запущена. Можно проверить, что группа создана и содержит одного участника:
mysql> SELECT * FROM performance_schema.replication_group_members;
+---------------------------+--------------------------------------+-------------+-------------+---------------+-------------+----------------+----------------------------+
| CHANNEL_NAME | MEMBER_ID | MEMBER_HOST | MEMBER_PORT | MEMBER_STATE | MEMBER_ROLE | MEMBER_VERSION | MEMBER_COMMUNICATION_STACK |
+---------------------------+--------------------------------------+-------------+-------------+---------------+-------------+----------------+----------------------------+
| group_replication_applier | ce9be252-2b71-11e6-b8f4-00212844f856 | s1 | 3306 | ONLINE | | | XCom |
+---------------------------+--------------------------------------+-------------+-------------+---------------+-------------+----------------+----------------------------+
1 row in set (0.0108 sec)
Информация в этой таблице подтверждает, что в группе есть участник с уникальным идентификатором ce9be252-2b71-11e6-b8f4-00212844f856, что он ONLINE и находится по адресу s1, ожидая подключения клиентов по порту 3306.
Для демонстрации того, что сервер действительно находится в группе и может обрабатывать нагрузку, создайте таблицу и добавьте в неё данные.
mysql> CREATE DATABASE test;
mysql> USE test;
mysql> CREATE TABLE t1 (c1 INT PRIMARY KEY, c2 TEXT NOT NULL);
mysql> INSERT INTO t1 VALUES (1, 'Luis');
Проверьте содержимое таблицы t1 и бинарного лога.
mysql> SELECT * FROM t1;
+----+------+
| c1 | c2 |
+----+------+
| 1 | Luis |
+----+------+
mysql> SHOW BINLOG EVENTS;
+---------------+-----+----------------+-----------+-------------+--------------------------------------------------------------------+
| Log_name | Pos | Event_type | Server_id | End_log_pos | Info |
+---------------+-----+----------------+-----------+-------------+--------------------------------------------------------------------+
| binlog.000001 | 4 | Format_desc | 1 | 123 | Server ver: 9.2.0-log, Binlog ver: 4 |
| binlog.000001 | 123 | Previous_gtids | 1 | 150 | |
| binlog.000001 | 150 | Gtid | 1 | 211 | SET @@SESSION.GTID_NEXT= 'aaaaaaaa-aaaa-aaaa-aaaa-aaaaaaaaaaaa:1' |
| binlog.000001 | 211 | Query | 1 | 270 | BEGIN |
| binlog.000001 | 270 | View_change | 1 | 369 | view_id=14724817264259180:1 |
| binlog.000001 | 369 | Query | 1 | 434 | COMMIT |
| binlog.000001 | 434 | Gtid | 1 | 495 | SET @@SESSION.GTID_NEXT= 'aaaaaaaa-aaaa-aaaa-aaaa-aaaaaaaaaaaa:2' |
| binlog.000001 | 495 | Query | 1 | 585 | CREATE DATABASE test |
| binlog.000001 | 585 | Gtid | 1 | 646 | SET @@SESSION.GTID_NEXT= 'aaaaaaaa-aaaa-aaaa-aaaa-aaaaaaaaaaaa:3' |
| binlog.000001 | 646 | Query | 1 | 770 | use `test`; CREATE TABLE t1 (c1 INT PRIMARY KEY, c2 TEXT NOT NULL) |
| binlog.000001 | 770 | Gtid | 1 | 831 | SET @@SESSION.GTID_NEXT= 'aaaaaaaa-aaaa-aaaa-aaaa-aaaaaaaaaaaa:4' |
| binlog.000001 | 831 | Query | 1 | 899 | BEGIN |
| binlog.000001 | 899 | Table_map | 1 | 942 | table_id: 108 (test.t1) |
| binlog.000001 | 942 | Write_rows | 1 | 984 | table_id: 108 flags: STMT_END_F |
| binlog.000001 | 984 | Xid | 1 | 1011 | COMMIT /* xid=38 */ |
+---------------+-----+----------------+-----------+-------------+--------------------------------------------------------------------+
Как видно выше, объекты базы данных и таблицы были созданы, а соответствующие операторы DDL были записаны в бинарный лог. Также данные были вставлены в таблицу и записаны в бинарный лог, поэтому они могут быть использованы для распределенного восстановления путём передачи состояния из бинарного лога донора.
© 2025 Oracle
Licensed under the GPLv2 License.
