详细介绍MySQL Group Replication[Single-Primary Mode]的搭建部署过程

1,关于MySQL Group Replication

基于组的复制(group-basedreplication)是一种被使用在容错系统中的技术。replication-group(复制组)是由能够相互通信的多个服务器(节点)组成的。

在通信层,Groupreplication实现了一系列的机制:比如原子消息(atomicmessage delivery)和全序化消息(totalorderingof messages)。

这些原子化,抽象化的机制,为实现更先进的数据库复制方案提供了强有力的支持。

MySQL Group Replication正是基于这些技术和概念,实现了一种多主全更新的复制协议。

简而言之,一个Replication-group就是一组节点,每个节点都可以独立执行事务,而读写事务则会在于group内的其他节点进行协调之后再commit。

因此,当一个事务准备提交时,会自动在group内进行原子性的广播,告知其他节点变更了什么内容/执行了什么事务。

这种原子广播的方式,使得这个事务在每一个节点上都保持着同样顺序。

这意味着每一个节点都以同样的顺序,接收到了同样的事务日志,所以每一个节点以同样的顺序重演了这些事务日志,最终整个group保持了完全一致的状态。

 

然而,不同的节点上执行的事务之间有可能存在资源争用。这种现象容易出现在两个不同的并发事务上。

假设在不同的节点上有两个并发事务,更新了同一行数据,那么就会发生资源争用。

面对这种情况,GroupReplication判定先提交的事务为有效事务,会在整个group里面重演,后提交的事务会直接中断,或者回滚,最后丢弃掉。

 

因此,这也是一个无共享的复制方案,每一个节点都保存了完整的数据副本。看如下图片01.png,描述了具体的工作流程,能够简洁的和其他方案进行对比。这个复制方案,在某种程度上,和数据库状态机(DBSM)的Replication方法比较类似。

 详细介绍MySQL Group Replication[Single-Primary Mode]的搭建部署过程

 

2,安装mysql5.7.17

官方下载,不过官方只保留最新的version,5.7.17这个url地址不一定长期有效,所以,需要的不一定有,我这里在百度云盘保留了下来,版本是5.7.17,可以随时去下载使用,

 

在三台db服务器上面设置/etc/hosts映射,如下:

192.168.121.71     db1                                                                                                                                                                                                               

192.168.121.111     db2                       

192.168.121.24     db3

安装的数据库服务器:

数据库服务器地址                                                 

端口                                                

数据目录                                      

Server-id                                      

192.168.121.71(db1)

3317

/data/mysql/data

12001        

192.168.121.111(db2)

3317

/data/mysql/data

12002

192.168.121.24(db3)

3317

/data/mysql/data

12003

  

3,创建复制环境

设置hostname和ip映射

在db1、db2、db3上都设置

vim /etc/hosts192.168.121.71 db1 hch_test_dbm2_121_71                                                                                              192.168.121.111 db2 bpe_service192.168.121.24 db3 hch_test_web_1_24

在db1/db2/db3上建立复制账号:

@@######@@

4,安装group replication插件

在db1、db2、db3上依次安装group replication插件

GRANT REPLICATION SLAVE ON *.* TO  'repl'@'192.168.%' IDENTIFIED BY 'rlpbright_1927@ys';

plugin-load=group_replication或者直接在配置文件my.cnf中配置:

查看group replication组件

PHP5 MySQL 编程入门 PHP5 MySQL 编程入门

既有较为详细的PHP与MySQL基础知识介绍,也有大量针对不同应用的技术说明,并伴随了大量小而精的示例来加深读者的理解,便于通过实验来掌握知识并学会应用。令书以PHP开发者为核心,从环境搭建到系统开发,从局部技术点到项目全程把握,立体式介绍了PHP5+MySQL的技术要点以及丰富的延伸知识,可以让读者享受到提升开发能力的极速体验。

PHP5 MySQL 编程入门 412 查看详情 PHP5 MySQL 编程入门

mysql> INSTALL PLUGIN group_replication SONAME 'group_replication.so';                        Query OK, 0 rows affected (0.01 sec) mysql>

5,配置group replication参数

确保binlog_format是row格式。

mysql> show plugins;+----------------------------+----------+--------------------+----------------------+---------+| Name                       | Status   | Type               | Library              | License |+----------------------------+----------+--------------------+----------------------+---------+| binlog                     | ACTIVE   | STORAGE ENGINE     | NULL                 | GPL     || mysql_native_password      | ACTIVE   | AUTHENTICATION     | NULL                 | GPL     || sha256_password            | ACTIVE   | AUTHENTICATION     | NULL                 | GPL     || MyISAM                     | ACTIVE   | STORAGE ENGINE     | NULL                 | GPL     || PERFORMANCE_SCHEMA         | ACTIVE   | STORAGE ENGINE     | NULL                 | GPL     || InnoDB                     | ACTIVE   | STORAGE ENGINE     | NULL                 | GPL     || INNODB_TRX                 | ACTIVE   | INFORMATION SCHEMA | NULL                 | GPL     || INNODB_LOCKS               | ACTIVE   | INFORMATION SCHEMA | NULL                 | GPL     || INNODB_LOCK_WAITS          | ACTIVE   | INFORMATION SCHEMA | NULL                 | GPL     || INNODB_CMP                 | ACTIVE   | INFORMATION SCHEMA | NULL                 | GPL     || INNODB_CMP_RESET           | ACTIVE   | INFORMATION SCHEMA | NULL                 | GPL     || INNODB_CMPMEM              | ACTIVE   | INFORMATION SCHEMA | NULL                 | GPL     || INNODB_CMPMEM_RESET        | ACTIVE   | INFORMATION SCHEMA | NULL                 | GPL     || INNODB_CMP_PER_INDEX       | ACTIVE   | INFORMATION SCHEMA | NULL                 | GPL     || INNODB_CMP_PER_INDEX_RESET | ACTIVE   | INFORMATION SCHEMA | NULL                 | GPL     || INNODB_BUFFER_PAGE         | ACTIVE   | INFORMATION SCHEMA | NULL                 | GPL     || INNODB_BUFFER_PAGE_LRU     | ACTIVE   | INFORMATION SCHEMA | NULL                 | GPL     || INNODB_BUFFER_POOL_STATS   | ACTIVE   | INFORMATION SCHEMA | NULL                 | GPL     || INNODB_TEMP_TABLE_INFO     | ACTIVE   | INFORMATION SCHEMA | NULL                 | GPL     || INNODB_METRICS             | ACTIVE   | INFORMATION SCHEMA | NULL                 | GPL     || INNODB_FT_DEFAULT_STOPWORD | ACTIVE   | INFORMATION SCHEMA | NULL                 | GPL     || INNODB_FT_DELETED          | ACTIVE   | INFORMATION SCHEMA | NULL                 | GPL     || INNODB_FT_BEING_DELETED    | ACTIVE   | INFORMATION SCHEMA | NULL                 | GPL     || INNODB_FT_CONFIG           | ACTIVE   | INFORMATION SCHEMA | NULL                 | GPL     || INNODB_FT_INDEX_CACHE      | ACTIVE   | INFORMATION SCHEMA | NULL                 | GPL     || INNODB_FT_INDEX_TABLE      | ACTIVE   | INFORMATION SCHEMA | NULL                 | GPL     || INNODB_SYS_TABLES          | ACTIVE   | INFORMATION SCHEMA | NULL                 | GPL     || INNODB_SYS_TABLESTATS      | ACTIVE   | INFORMATION SCHEMA | NULL                 | GPL     || INNODB_SYS_INDEXES         | ACTIVE   | INFORMATION SCHEMA | NULL              | GPL     || INNODB_SYS_COLUMNS         | ACTIVE   | INFORMATION SCHEMA | NULL               | GPL     || INNODB_SYS_FIELDS          | ACTIVE   | INFORMATION SCHEMA | NULL                 | GPL     || INNODB_SYS_FOREIGN         | ACTIVE   | INFORMATION SCHEMA | NULL                | GPL     || INNODB_SYS_FOREIGN_COLS    | ACTIVE   | INFORMATION SCHEMA | NULL               | GPL     || INNODB_SYS_TABLESPACES     | ACTIVE   | INFORMATION SCHEMA | NULL                 | GPL     || INNODB_SYS_DATAFILES       | ACTIVE   | INFORMATION SCHEMA | NULL              | GPL     || INNODB_SYS_VIRTUAL         | ACTIVE   | INFORMATION SCHEMA | NULL                 | GPL     || MRG_MYISAM                 | ACTIVE   | STORAGE ENGINE     | NULL              | GPL     || MEMORY                     | ACTIVE   | STORAGE ENGINE     | NULL              | GPL     || CSV                        | ACTIVE   | STORAGE ENGINE     | NULL                 | GPL     || BLACKHOLE                  | ACTIVE   | STORAGE ENGINE     | NULL               | GPL     || partition                  | ACTIVE   | STORAGE ENGINE     | NULL             | GPL     || FEDERATED                  | DISABLED | STORAGE ENGINE     | NULL            | GPL     || ARCHIVE                    | ACTIVE   | STORAGE ENGINE     | NULL                 | GPL     || ngram                      | ACTIVE   | FTPARSER      | NULL      | GPL     || group_replication          | ACTIVE   | GROUP REPLICATION  | group_replication.so | GPL     |+----------------------------+----------+--------------------+----------------------+---------+45 rows in set (0.00 sec) mysql>

两种配置方式,在线添加 OR 配置文件

5.1在线添加

配置:

(1)      配置命令如下,具体到某一个db节点会有所调整,大部分参数是一致的:

@@######@@

 

(2)      在db1执行过程如下:

@@######@@

 

 

(3)      在db2执行过程如下:

@@######@@

 

(4)      在db3执行过程如下:

@@######@@

 

5.2配置文件配置

(1) db1上的my.cnf配置:

@@######@@

 

(2)db2上的my.cnf配置:

@@######@@

 

(3)db3上的my.cnf配置:

@@######@@

 

配置完后,重启3个db上的mysql服务,本次案例,我们选择5.2 配置文件配置方式实现。

6,启动mgr集群

开始构建group replication集群,通常操作命令

mysql> show variables like 'binlog_format';                                            +---------------+-------+| Variable_name | Value |+---------------+-------+| binlog_format | ROW   |+---------------+-------+1 row in set (0.00 sec) mysql>

Db1上建立基本主库master库:

set  @@global.transaction_write_set_extraction = XXHASH64; set @@global.group_replication_start_on_boot  = OFF; set  @@global.group_replication_bootstrap_group = OFF; set @@global.group_replication_group_name =  "0c6d3e5f-90e2-11e6-802e-842b2b5909d6";                                                                                                                           set @@global.group_replication_local_address  = 'db1:6606'; set @@global.group_replication_group_seeds =  'db2:6607,db3:6608';

Db2上启动group_replication: 

mysql> set  @@global.transaction_write_set_extraction = XXHASH64;Query OK, 0 rows affected (0.00 sec) mysql> set  @@global.group_replication_start_on_boot = OFF;Query OK, 0 rows affected (0.00 sec) mysql> set  @@global.group_replication_bootstrap_group = OFF;Query OK, 0 rows affected (0.00 sec) mysql>mysql>set @@global.group_replication_group_name  = "0c6d3e5f-90e2-11e6-802e-842b2b5909d7";                             Query OK, 0 rows affected (0.00 sec) mysql> set  @@global.group_replication_local_address = 'db1:6606';Query OK, 0 rows affected (0.00 sec) mysql> set  @@global.group_replication_group_seeds = 'db2:6607,db3:6608';Query OK, 0 rows affected (0.00 sec) mysql>

Db3上启动group_replication:

mysql>   set @@global.transaction_write_set_extraction = XXHASH64;Query OK, 0 rows affected (0.00 sec) mysql>   set @@global.group_replication_start_on_boot = OFF;Query OK, 0 rows affected (0.00 sec) mysql>   set @@global.group_replication_bootstrap_group = OFF;Query OK, 0 rows affected (0.01 sec) mysql>   set @@global.group_replication_group_name =  "0c6d3e5f-90e2-11e6-802e-842b2b5909d6";Query OK, 0 rows affected (0.00 sec) mysql>   set  @@global.group_replication_local_address = 'db2:6607';Query OK, 0 rows affected (0.00 sec) mysql>  set @@global.group_replication_group_seeds =  'db1:6606,db3:6608';Query OK, 0 rows affected (0.01 sec) mysql>

最后查看集群状态,都为ONLINE就表示OK:

mysql>   set @@global.transaction_write_set_extraction = XXHASH64 ;Query OK, 0 rows affected (0.00 sec) mysql>   set @@global.group_replication_start_on_boot = OFF;Query OK, 0 rows affected (0.00 sec) mysql>   set @@global.group_replication_bootstrap_group = OFF ;Query OK, 0 rows affected (0.00 sec) mysql>   set @@global.group_replication_group_name =  "0c6d3e5f-90e2-11e6-802e-842b2b5909d6";Query OK, 0 rows affected (0.00 sec) mysql>   set  @@global.group_replication_local_address = 'db3:6608'  ;Query OK, 0 rows affected (0.00 sec) mysql>   set @@global.group_replication_group_seeds  = 'db1:6606,db2:6607' ;Query OK, 0 rows affected (0.00 sec) mysql>

7,验证集群复制功能

测试,在master库db1上建立测试库db1,测试表t1,录入一条数据

server-id=12001transaction_write_set_extraction =  XXHASH64loose-group_replication_group_name =  "5f847ff2-d701-11e6-819c-b8ca3af6e36c"                                                                                                                                                      loose-group_replication_start_on_boot =  offloose-group_replication_local_address  = "db1:23306"loose-group_replication_group_seeds =  "db1:23306,db2:23307,db3:23308"loose-group_replication_bootstrap_group =  offloose-group_replication_single_primary_mode  = trueloose-group_replication_enforce_update_everywhere_checks  = false

去db2/db3上可以看到数据已经同步过去

server-id=12002transaction_write_set_extraction = XXHASH64loose-group_replication_group_name =  "5f847ff2-d701-11e6-819c-b8ca3af6e36c"loose-group_replication_start_on_boot =  offloose-group_replication_local_address  = "db2:23307"loose-group_replication_group_seeds =  "db1:23306,db2:23307,db3:23308"loose-group_replication_bootstrap_group =  offloose-group_replication_single_primary_mode  = trueloose-group_replication_enforce_update_everywhere_checks  = false

然后在db2/db3上执行inert操作,则拒绝,因为db2、db3为readonly

server-id=12003transaction_write_set_extraction =  XXHASH64loose-group_replication_group_name =  "5f847ff2-d701-11e6-819c-b8ca3af6e36c"loose-group_replication_start_on_boot =  offloose-group_replication_local_address  = "db3:23308"loose-group_replication_group_seeds =  "db1:23306,db2:23307,db3:23308"loose-group_replication_bootstrap_group =  offloose-group_replication_single_primary_mode  = trueloose-group_replication_enforce_update_everywhere_checks  = false

8,问题记录

8.1问题记录一

MySQL窗口报错:

mysql>  CHANGE MASTER TO MASTER_USER='repl', MASTER_PASSWORD='rlpbright_1927@ys' FOR CHANNEL 'group_replication_recovery';Query OK, 0 rows affected, 2 warnings (0.02 sec) mysql>

 

【解决办法】:

根据提示打开group_replication_allow_local_disjoint_gtids_join选项,mysql命令行执行:

# 设置group_replication_bootstrap_group为ON是为了标示以后加入集群的服务器以这台服务器为基准,以后加入的就不需要设置。mysql> SET GLOBAL group_replication_bootstrap_group = ON;Query OK, 0 rows affected (0.00 sec) mysql>  START GROUP_REPLICATION;Query OK, 0 rows affected (1.03 sec) mysql> SELECT * FROM performance_schema.replication_group_members;+---------------------------+--------------------------------------+----------------------+-------------+--------------+| CHANNEL_NAME         | MEMBER_ID  | MEMBER_HOST          | MEMBER_PORT | MEMBER_STATE |+---------------------------+--------------------------------------+----------------------+-------------+--------------+| group_replication_applier | 3d872c2e-d670-11e6-ac1f-b8ca3af6e36c | hch_test_dbm2_121_71 |   3317 | ONLINE  |+---------------------------+--------------------------------------+----------------------+-------------+--------------+1 row in set (0.00 sec) mysql>

再执行开启组复制:

Db2上mysql命令行上执行启动:mysql>  START GROUP_REPLICATION;Query OK, 0 rows affected (1.02 sec) mysql> db1上后台error log显示:2017-01-10T07:37:39.946919Z 0 [Note] Plugin group_replication reported: 'getstart group_id 41e28b21'2017-01-10T07:58:47.624090Z 0 [Note] Plugin group_replication reported: 'getstart group_id 41e28b21'2017-01-10T07:58:53.116957Z 0 [Note] Plugin group_replication reported: 'Marking group replication view change with view_id 14840330835325176:6' 再去master库db1上,查看group_replication成员,会有db2的显示mysql>  SELECT * FROM performance_schema.replication_group_members;+---------------------------+--------------------------------------+----------------------+-------------+--------------+| CHANNEL_NAME              | MEMBER_ID   | MEMBER_HOST          | MEMBER_PORT | MEMBER_STATE |+---------------------------+--------------------------------------+----------------------+-------------+--------------+| group_replication_applier | 3d872c2e-d670-11e6-ac1f-b8ca3af6e36c | hch_test_dbm2_121_71 |        3317 | ONLINE       || group_replication_applier | fdf2b02e-d66f-11e6-98a8-18a99b76310d | bpe_service          |        3317 | ONLINE       |+---------------------------+--------------------------------------+----------------------+-------------+--------------+2 rows in set (0.00 sec) mysql>

8.2 问题记录二RECOVERING  

在db1上查询集群组成员

-- Db3命令行上执行: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 (1.99 sec) mysql> -- 再去master库db1上,查看group_replication成员,会有db3的显示,而且已经是ONLINE了mysql>  SELECT * FROM performance_schema.replication_group_members;+---------------------------+--------------------------------------+----------------------+-------------+--------------+| CHANNEL_NAME              | MEMBER_ID    | MEMBER_HOST          | MEMBER_PORT | MEMBER_STATE |+---------------------------+--------------------------------------+----------------------+-------------+--------------+| group_replication_applier | 3d872c2e-d670-11e6-ac1f-b8ca3af6e36c | hch_test_dbm2_121_71 |        3317 | ONLINE       || group_replication_applier | ef8ac2de-d671-11e6-9ba4-18a99b763071 | hch_test_web_1_24    |        3317 | ONLINE       || group_replication_applier | fdf2b02e-d66f-11e6-98a8-18a99b76310d | bpe_service          |        3317 | ONLINE       |+---------------------------+--------------------------------------+----------------------+-------------+--------------+3 rows in set (0.01 sec) mysql> -- db1上后台error log显示:2017-01-10T08:00:28.866356Z 0 [Note] Plugin group_replication reported: 'getstart group_id 41e28b21'2017-01-10T08:00:54.699130Z 0 [Note] Plugin group_replication reported: 'getstart group_id 41e28b21'2017-01-10T08:00:56.567427Z 0 [Note] Plugin group_replication reported: 'Marking group replication view change with view_id 14840330835325176:9'

再查看后台error日志,

mysql> SELECT * FROM performance_schema.replication_group_members;+---------------------------+--------------------------------------+----------------------+-------------+--------------+| CHANNEL_NAME              | MEMBER_ID   | MEMBER_HOST          | MEMBER_PORT | MEMBER_STATE |+---------------------------+--------------------------------------+----------------------+-------------+--------------+| group_replication_applier | 3d872c2e-d670-11e6-ac1f-b8ca3af6e36c | hch_test_dbm2_121_71 |        3317 | ONLINE       || group_replication_applier | ef8ac2de-d671-11e6-9ba4-18a99b763071 | hch_test_web_1_24    |        3317 | ONLINE       || group_replication_applier | fdf2b02e-d66f-11e6-98a8-18a99b76310d | bpe_service          |        3317 | ONLINE       |+---------------------------+--------------------------------------+----------------------+-------------+--------------+3 rows in set (0.00 sec) mysql>

【解决办法】:

看报错[ERROR] Slave I/O for channel’group_replication_recovery’: error connecting to master ‘repl@hch_test_dbm2_121_71:3317’- retry-time: 60  retries: 1, Error_code:2005,连接master库不上,所以问题在这里,我们赋予的复制账号是ip的repl@’192.168.%’,所以还需要做一个hostname(hch_test_dbm2_121_71)和db1的ip地址192.168.121.71的映射关系。

 

建立hostname和ip映射

mysql> create database db1;Query OK, 1 row affected (0.00 sec) mysql> create table db1.t1(id int,cnvarchar(32));Query OK, 0 rows affected (0.02 sec) mysql>mysql> insert into t1 select 1,'a';ERROR 3098 (HY000): The table does notcomply with the requirements by an external plugin.mysql>mysql> insert into t1(id,cn)values(1,'a');ERROR 3098 (HY000): The table does notcomply with the requirements by an external plugin.mysql>mysql>-- # 这里原因是group_replaction环境下面,表必须有主键不然不允许往里insert值。所以修改表t1,将id字段设置程主键即可。mysql> alter table t1 modify id intprimary key;Query OK, 0 rows affected (0.02 sec)Records: 0 Duplicates: 0  Warnings: 0 mysql> insert into t1 select 1,'a';Query OK, 1 row affected (0.01 sec)Records: 1 Duplicates: 0  Warnings: 0 mysql>

然后在db2上执行如下命令后重新开启group_replication即可。

mysql> select * from db1.t1;+----+------+| id | cn  |+----+------+|  1| a    |+----+------+1 row in set (0.00 sec) mysql>

再去master库db1上,查看group_replication成员,会有db2的显示

mysql> insert into t1 select 2,'b';ERROR 1290 (HY000): The MySQL server isrunning with the --super-read-only option so it cannot execute this statementmysql>

8.3问题记录三

操作问题

ERROR 3092 (HY000): The server is notconfigured properly to be an active member of the group. Please see moredetails on error log.后台ERROR LOG报错:[ERROR] Plugin group_replication reported:'This member has more executed transactions than those present in the group.Local transactions: f16f7f74-c283-11e6-ae37-fa163ee40410:1 > Grouptransactions: 3c992270-c282-11e6-93bf-fa163ee40410:1, aaaaaa:1-5' [ERROR]Plugin group_replication reported: 'The member contains transactions notpresent in the group. The member will now exit the group.' [Note] Plugin group_replication reported: 'Toforce this member into the group you can use the group_replication_allow_local_disjoint_gtids_joinoption'

 

【解决办法】:

mysql> set globalgroup_replication_allow_local_disjoint_gtids_join=ON;
mysql> start group_replication;Query OK, 0 rows affected (7.89 sec) mysql>
mysql> SELECT * FROM performance_schema.replication_group_members;+---------------------------+--------------------------------------+----------------------+-------------+--------------+| CHANNEL_NAME     | MEMBER_ID     | MEMBER_HOST     | MEMBER_PORT | MEMBER_STATE |+---------------------------+--------------------------------------+----------------------+-------------+--------------+| group_replication_applier | 3d872c2e-d670-11e6-ac1f-b8ca3af6e36c | hch_test_dbm2_121_71 |       3317 | ONLINE       || group_replication_applier | ef8ac2de-d671-11e6-9ba4-18a99b763071 | hch_test_web_1_24    |       3317 | RECOVERING   || group_replication_applier | fdf2b02e-d66f-11e6-98a8-18a99b76310d | bpe_service        |    3317 | RECOVERING   |+---------------------------+--------------------------------------+----------------------+-------------+--------------+3 rows in set (0.00 sec) mysql>
2017-01-10T09:17:39.449488Z 146 [ERROR] Slave I/O for channel 'group_replication_recovery': error connecting to master 'repl@hch_test_dbm2_121_71:3317' - retry-time: 60  retries: 1, Error_code: 20032017-01-10T09:17:39.450289Z 146 [Note] Slave I/O thread for channel 'group_replication_recovery' killed while connecting to master2017-01-10T09:17:39.450449Z 146 [Note] Slave I/O thread exiting for channel 'group_replication_recovery', read up to log 'FIRST', position 42017-01-10T09:17:39.451579Z 144 [ERROR] Plugin group_replication reported: 'There was an error when connecting to the donor server. Check group replication recovery's connection credentials.'2017-01-10T09:17:39.452341Z 144 [Note] Plugin group_replication reported: 'Retrying group recovery connection with another donor. Attempt 2/10'2017-01-10T09:17:39.457834Z 0 [Note] Plugin group_replication reported: 'Marking group replication view change with view_id 14840330835325176:25'2017-01-10T09:18:39.456629Z 144 [Note] 'CHANGE MASTER TO FOR CHANNEL 'group_replication_recovery' executed'. Previous state master_host='hch_test_dbm2_121_71', master_port= 3317, master_log_file='', master_log_pos= 4, master_bind=''. New state master_host='hch_test_dbm2_121_71', master_port= 3317, master_log_file='', master_log_pos= 4, master_bind=''.2017-01-10T09:18:39.485250Z 144 [Note] Plugin group_replication reported: 'Establishing connection to a group replication recovery donor 3d872c2e-d670-11e6-ac1f-b8ca3af6e36c at hch_test_dbm2_121_71 port: 3317.'2017-01-10T09:18:39.489356Z 150 [Warning] Storing MySQL user name or password information in the master info repository is not secure and is therefore not recommended. Please consider using the USER and PASSWORD connection options for START SLAVE; see the 'START SLAVE Syntax' in the MySQL Manual for more information.2017-01-10T09:18:39.493511Z 150 [ERROR] Slave I/O for channel 'group_replication_recovery': error connecting to master 'repl@hch_test_dbm2_121_71:3317' - retry-time: 60  retries: 1, Error_code: 20052017-01-10T09:18:39.493912Z 150 [Note] Slave I/O thread for channel 'group_replication_recovery' killed while connecting to master2017-01-10T09:18:39.494069Z 150 [Note] Slave I/O thread exiting for channel 'group_replication_recovery', read up to log 'FIRST', position 42017-01-10T09:18:39.495155Z 144 [ERROR] Plugin group_replication reported: 'There was an error when connecting to the donor server. Check group replication recovery's connection credentials.'2017-01-10T09:18:39.496838Z 144 [Note] Plugin group_replication reported: 'Retrying group recovery connection with another donor. Attempt 3/10'
vim /etc/hosts192.168.121.71 db1 hch_test_dbm2_121_71                                          192.168.121.111 db2 bpe_service192.168.121.24 db3 hch_test_web_1_24
mysql> stop group_replication;Query OK, 0 rows affected (0.02 sec)                                                  mysql> start group_replication;Query OK, 0 rows affected (5.68 sec) mysql>
mysql>  SELECT * FROM performance_schema.replication_group_members;+---------------------------+--------------------------------------+----------------------+-------------+--------------+| CHANNEL_NAME   | MEMBER_ID     | MEMBER_HOST          | MEMBER_PORT | MEMBER_STATE |+---------------------------+--------------------------------------+----------------------+-------------+--------------+| group_replication_applier | 3d872c2e-d670-11e6-ac1f-b8ca3af6e36c | hch_test_dbm2_121_71 |        3317 | ONLINE       || group_replication_applier | fdf2b02e-d66f-11e6-98a8-18a99b76310d | bpe_service          |        3317 | ONLINE       |+---------------------------+--------------------------------------+----------------------+-------------+--------------+2 rows in set (0.00 sec) mysql>
mysql>mysql> START GROUP_REPLICATION;ERROR 3092 (HY000): The server is notconfigured properly to be an active member of the group. Please see moredetails on error log.
mysql> SET GLOBALgroup_replication_bootstrap_group = ON;Query OK, 0 rows affected (0.00 sec) mysql> START GROUP_REPLICATION;Query OK, 0 rows affected (1.03 sec) mysql>

以上就是详细介绍MySQL Group Replication[Single-Primary Mode]的搭建部署过程的详细内容,更多请关注创想鸟其它相关文章!

版权声明:本文内容由互联网用户自发贡献,该文观点仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。
如发现本站有涉嫌抄袭侵权/违法违规的内容, 请发送邮件至 chuangxiangniao@163.com 举报,一经查实,本站将立刻删除。
发布者:程序猿,转转请注明出处:https://www.chuangxiangniao.com/p/797649.html

(0)
打赏 微信扫一扫 微信扫一扫 支付宝扫一扫 支付宝扫一扫
上一篇 2025年11月26日 16:38:21
下一篇 2025年11月26日 16:40:08

相关推荐

  • 怎么把欧易app页面设置成中文?如何注册账号?

    欧易官网入口: 欧易官网app下载: 欧易(OKX)作为全球领先的加密货币交易平台,默认界面语言通常是英文。如果您下载的欧易APP显示的是英文界面,请不用担心!本教程将详细指导您如何将APP语言设置为中文,并在此基础上完成欧易账号的注册。 如何将欧易APP页面设置为中文? 1、点击左上角导航图标: …

    2025年12月9日 好文分享
    000
  • 2025最新全球加密货币交易所排行榜前十名

    Binance币安 欧易OKX ️ Huobi火币️ 2025年,全球加密货币交易所格局趋于稳定,头部平台凭借合规、安全和产品创新巩固地位,新兴力量则通过差异化服务快速崛起。根据综合交易量、用户规模、产品功能与市场口碑等多维度数据,以下是当前排名前十的主流交易所。 1. 币安 (Binance) 核…

    2025年12月9日
    000
  • 币圈十大交易所app排行榜(2025年最新排名)

    Binance币安 欧易OKX ️ Huobi火币️ 2025年币圈主流交易所格局趋于稳定,头部平台在合规、安全与产品多样性上持续发力。根据当前市场交易量、用户规模及生态布局,以下为综合排名靠前的十大交易所App,供不同需求的用户参考。 币安 Binance App 全球交易量第一的巨头平台,日均交…

    2025年12月9日
    000
  • 一文详细了解瑞波币(XRP)价格暴跌后反弹66%,市值重回750亿

    Binance币安 欧易OKX ️ Huobi火币️ 在经历市场大幅下挫后,XRP价格强势反弹,显示出投资者在回调中积极入场抄底,市场情绪回暖,预示未来可能进一步上行。 核心动态概览: XRP自1.58美元的低点强劲回升,涨幅达66%,伴随成交量飙升35%,多头持仓增强,市值增长超过750亿美元。周…

    2025年12月9日 好文分享
    000
  • 币安研究报告:2025年10月加密货币关键趋势分析

    本博客将深入探讨2025年9月Web3生态的关键进展,全面梳理加密货币、DeFi与NFT市场的动态,并展望10月值得关注的重要事件。 2025年9月加密货币市场表现 在美联储实施近一年来的首次降息背景下,市场风险偏好显著回升,推动加密货币总市值在9月份上涨4.3%。降息降低了持有现金的机会成本,促使…

    2025年12月9日 好文分享
    000
  • Meme币市场趋势分析:从社区文化到投资新机遇

    今年以来,Meme币市场走出了极具戏剧性的行情轨迹,从网络迷因的玩梗文化逐步演变为全球加密投资版图中的重要一极。尽管波动剧烈,但依托社区共识与技术创新,其市场热度持续升温。 进入2025年,Meme币不仅未因监管趋严而退潮,反而在多重因素推动下迎来新一轮爆发。据最新数据显示,该类资产总市值已稳定在8…

    2025年12月9日
    000
  • 一文搞清楚哪些Meme币拥有最强基本盘

    Binance币安 欧易OKX ️ Huobi火币️ 要判断一个Meme币是否拥有最强基本盘,不能只看价格涨跌或短期热度。真正的“基本盘”指的是那些持有时间长、投入深、社区认同感强的忠实用户群体。他们不因市场波动轻易离场,反而会主动传播、参与生态建设,形成强大的集体信念。通过链上数据和社区行为分析,…

    2025年12月9日
    000
  • 币圈十大资讯权威app有哪些?币圈最好用的交易软件

    Binance币安 欧易OKX ️ Huobi火币️ 想找靠谱的币圈资讯和交易软件,关键看数据是否实时、界面是否好用、平台是否安全。下面分两块说清楚,直接告诉你哪些最实用。 币圈十大资讯权威App 这类App不让你直接买币,但能看行情、盯新闻、分析趋势,是做决策的好帮手。 CoinGecko:数据全…

    2025年12月9日
    000
  • 稳定币是什么?有哪些?币圈三大稳定币介绍、原理

    Binance币安 欧易OKX ️ Huobi火币️ 稳定币是一种特殊的数字货币,它的设计目标不是升值,而是保持价值稳定。你可以把它看作是数字世界的“电子现金”或“代金券”,通常锚定美元等法币,1:1有资产支持。这样,它既拥有区块链转账快、成本低的优点,又避免了比特币那种剧烈波动,适合用来交易、支付…

    2025年12月9日
    000
  • 币圈暴跌它稳如泰山,稳定币到底藏着什么 “稳赚” 密码

    Binance币安 欧易OKX ️ Huobi火币️ 稳定币能在市场暴跌时保持稳定,靠的不是运气,而是一套精密的价值锚定机制。它就像加密世界里的“现金等价物”,核心目标就是抵御波动。所谓的“稳赚”密码,其实就藏在它的设计原理和背后的支撑体系里。 价值从哪来?三种锚定方式揭秘 稳定币的“稳”字诀,关键…

    2025年12月9日
    000
  • 加密货币交易所app下载(2025最新排名)

    在日益数字化的金融世界中,加密货币交易所已成为数字资产交易的核心枢纽。对于希望进入或深化其在加密货币领域参与度的个人而言,选择一个可靠、安全且用户友好的交易平台至关重要。 以下是2025年一些领先的加密货币交易所应用程序的排名: 1. Binance 提供超过数百种加密货币的广泛交易对,满足多样化的…

    2025年12月9日 好文分享
    000
  • 币圈热词速览:掌握加密世界的“黑话”

    在充满活力与变数的加密货币世界,一套独特的行话、俚语乃至“黑话”应运而生,它们构成了币圈文化不可或缺的一部分。对于初入此领域的投资者而言,掌握这些词汇如同拥有了一把解读加密世界深层逻辑的钥匙。它们不仅是沟通的工具,更是理解市场情绪、技术趋势以及社群动态的关键。想象一下,当你的朋友们热烈讨论着“梭 哈…

    好文分享 2025年12月9日
    000
  • Meteora(MET)币是什么?如何运作?Meteora项目概述,代币经济与未来前景分析

    目录 什么是 Meteora(MET)Meteora 如何运作:核心机制解析MET币是什么Meteora 的应用场景与生态布局Meteora 的竞争优势MET 代币的主要风险与挑战Meteora 的未来展望常见问题 最近,solana 生态圈热度不断,而讨论的焦点之一就是 meteora(met) …

    2025年12月9日 好文分享
    000
  • 一文介绍2025年第四季度投资者最值得购买的5种热门代币

    核心摘要 Bittensor、SKYAI、Falcon Finance、BNB 与比特币展现出显著的技术动能、机构背书及增长前景,成为当前投资者重点关注的加密资产。人工智能与去中心化金融(DeFi)等高波动性领域正引领此轮市场回暖,而币安生态的技术革新和市场主导地位进一步增强了短期与长期投资的信心。…

    2025年12月9日 好文分享
    000
  • 币安将对受崩盘影响的用户进行补偿,如何注册登录?

    Binance币安 欧易OKX ️ Huobi火币️ 需要了解的内容 Binance 将逐一审查账户,以确定对受 wBETH、BNSOL 和 USDe 崩盘影响的用户的赔偿。随着币安基础设施的崩溃,包装代币价格暴跌,使得做市商更难稳定价格。Binance 宣布将采用转换率定价来对包装资产进行定价。 …

    2025年12月9日 好文分享
    000
  • 喜报:比特币(BTC)将涨至100万美元?Gemini的Winklevoss兄弟为何称其为“黄金2.0”

    Binance币安 欧易OKX ️ Huobi火币️ Winklevoss兄弟对比特币100万美元的大胆预测激发了加密货币投资者和全球市场的热情,进一步巩固了比特币“黄金2.0”的地位。 关键要点 比特币从2011年的1美元上涨到2013年的1000美元,确立了其作为全球资产的地位。卡梅伦和泰勒·温…

    2025年12月9日
    000
  • Enso(ENSO)币是什么?运作方式、代币经济学介绍

    enso 是一个区块链开发框架和共享执行网络,它通过可重复使用的构建块(称为“操作”和“快捷方式”)简化了链上应用进程的构建、启动和运行。该平台由 connor howe 于 2021 年创立,已从 polychain capital、multicoin capital 和 the spartan …

    2025年12月9日
    000
  • 虚拟货币不再“虚拟”:探索其现实应用

    当今世界,科技的飞速发展正不断重塑我们的生活和经济格局。其中,虚拟货币以其独特的魅力和潜力,逐渐从边缘地带走向主流视野。人们常将其与“虚拟”的概念紧密联系,但如今,虚拟货币早已不再是纯粹的数字代码或投机工具,它正以惊人的速度渗透到我们生活的方方面面,展现出强大的现实应用价值。从跨境支付到供应链金融,…

    好文分享 2025年12月9日
    000
  • 山寨币通常在山寨季前大幅下跌,一文详细了解历史会重演吗?

    Binance币安 欧易OKX ️ Huobi火币️ 加密市场分析人士发现历史性走势规律,暗示在山寨币迎来大幅上涨前往往会出现剧烈的市场回调,这一信号预示着新一轮山寨币行情或将到来。 据观察,上周末因大规模杠杆头寸被清算,整个加密市场瞬间蒸发数十亿美元市值,而这一极端波动反而可能为“山寨币季3.0”…

    2025年12月9日
    000
  • Moonchain(MCH)币是什么?MCH价格预测2025-2030

    Binance币安 欧易OKX ️ Huobi火币️ 目前没有可靠信息表明存在一种名为“Moonchain(MCH)”的主流加密货币。在公开的金融和区块链数据平台中,无法查到与该名称及代号MCH相对应的、具有市场影响力的数字资产。这可能意味着它是一种非常小众、新推出或未被广泛认可的代币,甚至可能是虚…

    2025年12月9日
    000

发表回复

登录后才能评论
关注微信