mysql数据库group_key_【MySQL】数据库复制：组复制（Group Replication）

最新推荐文章于 2022-10-03 21:24:21 发布
最新推荐文章于 2022-10-03 21:24:21 发布
阅读量189 收藏
点赞数
文章标签： mysql数据库group_key
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/weixin_31176383/article/details/113146772
版权

[root@wallet01 ~]# uuidgen

8d1945a5-5c74-4ba0-8240-e9d731110753

[root@wallet01 ~]# vi /etc/my.cnf

##单主模型参数

[mysqld]

server-id = 1

gtid_mode = on

enforce_gtid_consistency = on

log_bin = mysql-bin

binlog_format = row

binlog_checksum = none

binlog_cache_size = 16M

max_binlog_cache_size = 4G

max_binlog_size = 128M

expire_logs_days = 7

relay_log = relay-bin

master_info_repository = table

relay_log_info_repository = table

log_slave_updates = on

slave_parallel_type = LOGICAL_CLOCK

slave_parallel_workers = 4

slave_preserve_commit_order = 1

plugin_load_add='group_replication.so'

transaction_write_set_extraction = XXHASH64

group_replication_group_name = "8d1945a5-5c74-4ba0-8240-e9d731110753"

group_replication_start_on_boot = off

group_replication_member_weight = 40

group_replication_local_address = "192.168.1.201:20001"

group_replication_group_seeds="192.168.1.201:20001,192.168.1.202:20001,192.168.1.203:20001"

[root@wallet01 ~]# vi /etc/my.cnf

##多主模型参数

[mysqld]

group_replication_enforce_update_everywhere_checks = on

group_replication_single_primary_mode = off

[root@wallet01 ~]# mysql -uroot -pabcd@2019

mysql> grant replication slave on *.* to 'repl'@'192.168.1.%' identified by 'repl@2019';

Query OK, 0 rows affected, 1 warning (0.02 sec)

mysql> flush privileges;

Query OK, 0 rows affected (0.03 sec)

mysql> reset master;

Query OK, 0 rows affected (0.10 sec)

mysql> change master to master_user='repl',master_password='repl@2019' for channel 'group_replication_recovery';

Query OK, 0 rows affected, 2 warnings (0.25 sec)

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 (2.46 sec)

mysql> set @@global.group_replication_bootstrap_group=off;

Query OK, 0 rows affected (0.00 sec)

mysql> select * from performance_schema.replication_group_members;

+---------------------------+--------------------------------------+-------------+-------------+--------------+

| CHANNEL_NAME              | MEMBER_ID                            | MEMBER_HOST | MEMBER_PORT | MEMBER_STATE |

+---------------------------+--------------------------------------+-------------+-------------+--------------+

| group_replication_applier | d386a328-5494-11eb-8ff3-000c29f06629 | wallet01    |        3306 | ONLINE       |

+---------------------------+--------------------------------------+-------------+-------------+--------------+

1 row in set (0.00 sec)

mysql>  create user xtrabackup@'localhost' identified by 'xtrabackup@2019';

Query OK, 0 rows affected (0.07 sec)

mysql> grant reload,lock tables,replication client,process on *.* to xtrabackup@'localhost';

Query OK, 0 rows affected (0.02 sec)

mysql> flush privileges;

Query OK, 0 rows affected (0.03 sec)

[root@wallet01 ~]# su - mysql

[mysql@wallet01 ~]$ ssh-keygen

[mysql@wallet01 ~]$ ssh-copy-id -i ~/.ssh/id_rsa.pub mysql@wallet02

[mysql@wallet01 ~]$ ssh-copy-id -i ~/.ssh/id_rsa.pub mysql@wallet03

[mysql@wallet01 ~]$ ssh wallet02 date

Mon Feb 18 10:41:16 CST 2019

[mysql@wallet01 ~]$ ssh wallet03 date

Mon Feb 18 10:42:30 CST 2019

[mysql@wallet01 ~]$ xtrabackup --backup --user=xtrabackup --password=xtrabackup@2019 --stream=tar | ssh mysql@wallet02 \ "gzip >/home/mysql/backup/`date '+%Y-%m-%d_%H-%M-%S'`.tar.gz"

[mysql@wallet01 ~]$ xtrabackup --backup --user=xtrabackup --password=xtrabackup@2019 --stream=tar | ssh mysql@wallet03 \ "gzip >/home/mysql/backup/`date '+%Y-%m-%d_%H-%M-%S'`.tar.gz"

[root@wallet02 ~]# vi /etc/my.cnf

[mysqld]

server-id = 2

gtid_mode = on

enforce_gtid_consistency = on

log_bin = mysql-bin

binlog_format = row

binlog_checksum = none

binlog_cache_size = 16M

max_binlog_cache_size = 4G

max_binlog_size = 128M

expire_logs_days = 7

relay_log = relay-bin

master_info_repository = table

relay_log_info_repository = table

log_slave_updates = on

slave_parallel_type = LOGICAL_CLOCK

slave_parallel_workers = 4

slave_preserve_commit_order = 1

plugin_load_add='group_replication.so'

transaction_write_set_extraction = XXHASH64

group_replication_group_name = "8d1945a5-5c74-4ba0-8240-e9d731110753"

group_replication_start_on_boot = off

group_replication_member_weight = 30

group_replication_local_address = "192.168.1.202:20001"

group_replication_group_seeds="192.168.1.201:20001,192.168.1.202:20001,192.168.1.203:20001"

[root@wallet02 ~]# su - mysql

[mysql@wallet02 ~]$ cd backup

[mysql@wallet02 backup]$ tar izxvf 2019-08-22_10-48-1.tar.gz

[mysql@wallet02 backup]$ xtrabackup --prepare --target-dir=/home/mysql/backup

[mysql@wallet02 backup]$ xtrabackup --copy-back --target-dir=/home/mysql/backup

[mysql@wallet02 backup]$ cat xtrabackup_binlog_info

mysql-bin.000001        50522845        8d1945a5-5c74-4ba0-8240-e9d731110753:1-10758

[root@wallet02 ~]# service mysqld start

Logging to '/var/lib/mysql/wallet02.err'.

Starting mysqld:                                           [  OK  ]

[root@wallet02 ~]# mysql -uroot -pabcd@2019

mysql> set global gtid_purged='8d1945a5-5c74-4ba0-8240-e9d731110753:1-10758';

Query OK, 0 rows affected (0.02 sec)

mysql> change master to master_user='repl',master_password='repl@2019' for channel 'group_replication_recovery';

Query OK, 0 rows affected, 2 warnings (0.11 sec)

mysql> start group_replication;

Query OK, 0 rows affected (5.91 sec)

mysql> select * from performance_schema.replication_group_members;

+---------------------------+--------------------------------------+-------------+-------------+--------------+

| CHANNEL_NAME              | MEMBER_ID                            | MEMBER_HOST | MEMBER_PORT | MEMBER_STATE |

+---------------------------+--------------------------------------+-------------+-------------+--------------+

| group_replication_applier | d386a328-5494-11eb-8ff3-000c29f06629 | wallet02    |        3306 | ONLINE       |

| group_replication_applier | da0cec61-549c-11eb-a0a4-000c29bd9bc5 | wallet01    |        3306 | ONLINE       |

+---------------------------+--------------------------------------+-------------+-------------+--------------+

2 rows in set (0.00 sec)

[root@wallet03 ~]# vi /etc/my.cnf

[mysqld]

server-id = 3

gtid_mode = on

enforce_gtid_consistency = on

log_bin = mysql-bin

binlog_format = row

binlog_checksum = none

binlog_cache_size = 16M

max_binlog_cache_size = 4G

max_binlog_size = 128M

expire_logs_days = 7

relay_log = relay-bin

master_info_repository = table

relay_log_info_repository = table

log_slave_updates = on

slave_parallel_type = LOGICAL_CLOCK

slave_parallel_workers = 4

slave_preserve_commit_order = 1

plugin_load_add='group_replication.so'

transaction_write_set_extraction = XXHASH64

group_replication_group_name = "8d1945a5-5c74-4ba0-8240-e9d731110753"

group_replication_start_on_boot = off

group_replication_member_weight = 20

group_replication_local_address = "192.168.1.203:20001"

group_replication_group_seeds="192.168.1.201:20001,192.168.1.202:20001,192.168.1.203:20001"

[root@wallet03 ~]# su - mysql

[mysql@wallet03 ~]$ cd backup

[mysql@wallet03 backup]$ tar izxvf 2019-08-22_11-03-21.tar.gz

[mysql@wallet03 backup]$ xtrabackup --prepare --target-dir=/home/mysql/backup

[mysql@wallet03 backup]$ xtrabackup --copy-back --target-dir=/home/mysql/backup

[mysql@wallet03 backup]$ cat xtrabackup_binlog_info

mysql-bin.000001        50523169        8d1945a5-5c74-4ba0-8240-e9d731110753:1-10759

[root@wallet03 ~]# service mysqld start

Logging to '/var/lib/mysql/wallet03.err'.

Starting mysqld:                                           [  OK  ]

[root@wallet03 ~]# mysql -uroot -pabcd@2019

mysql> set global gtid_purged='8d1945a5-5c74-4ba0-8240-e9d731110753:1-10759';

Query OK, 0 rows affected (0.04 sec)

mysql> change master to master_user='repl',master_password='repl@2019' for channel 'group_replication_recovery';

Query OK, 0 rows affected, 2 warnings (0.13 sec)

mysql> start group_replication;

Query OK, 0 rows affected (3.39 sec)

mysql> select * from performance_schema.replication_group_members;

+---------------------------+--------------------------------------+-------------+-------------+--------------+

| CHANNEL_NAME              | MEMBER_ID                            | MEMBER_HOST | MEMBER_PORT | MEMBER_STATE |

+---------------------------+--------------------------------------+-------------+-------------+--------------+

| group_replication_applier | d386a328-5494-11eb-8ff3-000c29f06629 | wallet01    |        3306 | ONLINE       |

| group_replication_applier | da0cec61-549c-11eb-a0a4-000c29bd9bc5 | wallet02    |        3306 | ONLINE       |

| group_replication_applier | f11984e0-549d-11eb-b271-000c29906702 | wallet03    |        3306 | ONLINE       |

+---------------------------+--------------------------------------+-------------+-------------+--------------+

3 rows in set (0.00 sec)

mysql> show status like 'group_replication_primary_member';

+----------------------------------+--------------------------------------+

| Variable_name                    | Value                                |

+----------------------------------+--------------------------------------+

| group_replication_primary_member | d386a328-5494-11eb-8ff3-000c29f06629 |

+----------------------------------+--------------------------------------+

1 row in set (0.00 sec)

mysql> select * from performance_schema.replication_group_member_stats\G;

*************************** 1. row ***************************

CHANNEL_NAME: group_replication_applier

VIEW_ID: 16104300602378309:3

MEMBER_ID: f11984e0-549d-11eb-b271-000c29906702

COUNT_TRANSACTIONS_IN_QUEUE: 0

COUNT_TRANSACTIONS_CHECKED: 3825

COUNT_CONFLICTS_DETECTED: 0

COUNT_TRANSACTIONS_ROWS_VALIDATING: 18

TRANSACTIONS_COMMITTED_ALL_MEMBERS: 8d1945a5-5c74-4ba0-8240-e9d731110753:1-3851

LAST_CONFLICT_FREE_TRANSACTION: 8d1945a5-5c74-4ba0-8240-e9d731110753:3851

1 row in set (0.00 sec)组复制限制

仅支持innodb引擎的表，能够创建非innodb引擎的表，但是无法写入数据，向非innodb表写数据直接报错。

mysql> create table tb_myisam(id int, name varchar(50), primary key(id)) engine=myisam;

Query OK, 0 rows affected (0.05 sec)

mysql> insert into tb_myisam select 1, '1';

ERROR 3098 (HY000): The table does not comply with the requirements by an external plugin.

仅支持innodb引擎的表，并且该表必须有显式的主键，或者非Null的唯一键，否则即使能够创建表，也无法向表中写入数据。

# 创建没有主键的表，写入数据失败

mysql> create table tb_no_primary_key(name varchar(50));

Query OK, 0 rows affected (0.15 sec)

mysql> insert into tb_no_primary_key select '1';

ERROR 3098 (HY000): The table does not comply with the requirements by an external plugin.

# 创建Null唯一索引的表，写入数据失败

mysql> create table tb_null_unique_key(name varchar(50), unique key(name));

Query OK, 0 rows affected (0.09 sec)

mysql> insert into tb_null_unique_key select '1';

ERROR 3098 (HY000): The table does not comply with the requirements by an external plugin.

# 创建非Null唯一索引的表，写入数据成功

mysql> create table tb_no_null_unique_key(name varchar(50) not null, unique key(name));

Query OK, 0 rows affected (0.04 sec)

mysql> insert into tb_no_null_unique_key select '1';

Query OK, 1 row affected (0.06 sec)

Records: 1  Duplicates: 0  Warnings: 0

GTID限制

CREATE TABLE … SELECT语句不支持

因为该语句会被拆分成 CREATE TABLE 和 INSERT 两个事务，并且这个两个事务被分配了同一个 GTID，这会导致 INSERT 被备库忽略掉。

mysql> create table history01 select * from history;

ERROR 1786 (HY000): Statement violates GTID consistency: CREATE TABLE ... SELECT.

解决方法

mysql> create table history01 like history;

Query OK, 0 rows affected (0.32 sec)

mysql> insert into history01 select * from history;

Query OK, 301277 rows affected (7.27 sec)

Records: 301277  Duplicates: 0  Warnings: 0

临时表事务内部不能执行

创建临时表语句，但可以在事务外执行，但必须设置 set autocommit=1 。另外 procedures, functions, and triggers在使用GTID时不能 CREATE TEMPORARY TABLE and DROP TEMPORARY TABLE 语句

mysql> begin;

Query OK, 0 rows affected (0.00 sec)

mysql> create temporary table test(id INT);

ERROR 1787 (HY000): Statement violates GTID consistency: CREATE TEMPORARY TABLE and DROP TEMPORARY TABLE can only be executed outside transactional context.

These statements are also not allowed in a function or trigger because functions and triggers are also considered to be multi-statement transactions.

vaba
关注
MGR网络抖动问题分析和group_replication_unreachable_majority_timeout等参数分析
quanzhan_King的博客
06-01 1838
如果group_replication_autorejoin_tries为 0 或重试失败，则会执行 group_replication_exit_state_action 指定的操作。本文主要从测试的角度来阐明group_replication_unreachable_majority_timeout和group_replication_member_expel_timeout参数对集群网络分区的影响，首先这里放一张大图，为多年前学习MGR的时候留下的，也就是这两个参数对集群的影响，也是本文测试重点。
mysql数据库报错2013_MySQL数据库错误server_errno=2013的解决
weixin_42395740的博客
01-19 1958
一组MySQL复制环境中的Master意外掉电，重启后Master运行正常，但该复制环境中的其它slave端，Error Log中却抛出的如下错误信息：110110 15:21:25 [ERROR] Error reading packet from server: Lost connection to MySQL server during query ( server_errno=2013)1...
Mysql 5.7 基于组复制(MySQL Group Replication) - 精华版
01-17
本篇文章详细介绍了Mysql 5.7 基于组复制(MySQL Group Replication)的配置说明，实为线上操作手册，在此分享，希望能帮助到有用到的朋友～
groupby索引有效吗_技术分享 | MySQL 执行 GROUP BY 的四种方式
weixin_39578867的博客
11-28 835
作者：Peter Zaitsev在日常查询中，索引或其他数据查找的方法可能不是查询执行中最高昂的部分，例如：MySQL GROUP BY 可能负责查询执行时间 90% 还多。MySQL 执行 GROUP BY 时的主要复杂性是计算 GROUP BY 语句中的聚合函数。UDF 聚合函数是一个接一个地获得构成单个组的所有值。这样，它可以在移动到另一个组之前计算单个组的聚合函数值。当然，问题在...
mysql数据库group_key_mysql 5.7版本 only_full_group_by 1055错误及 sql_mode 解析
weixin_36350581的博客
01-28 200
之前项目的数据库是5.5版本的，之后升级到了5.6.没有什么问题。但是最近因为实施部环境的时候，直接给用成了mysql5.7版本，结果项目启动直接就出问题了。最终把问题解决之后，在我本地环境也进行了设置，现在把过程记录一下：最开始报出来的结果是： 错误代码1055。不过看了Expression里面的原因描述，我基本知道怎么回事了。原因是因为mysql中对 group by 用法的规定。严格意义上说...
MYSQL数据库的组复制
qq_1789189099的博客
10-24 141
数据库组复制的原理： 组复制是一种可用于实现容错系统的技术。复制组是一个通过消息传递相互交互的服务器组。通信层提供了很多保证，例如原子消息和总消息序号的传递。通过这些强大的特性，我们可以构建更高级的数据库复制解决方案。 [1]. 配置 server1、server2、server3停掉之前的服务，清空数据库目录中的记录（/var/lib/mysqld） [2]. 配置三个节点的配置文件/etc/...
mysql_manual_zh.rar_MySQL数据库_HTML_
08-12
12. **复制（Replication）**：MySQL的复制功能使得数据可以在多个服务器间同步，提供高可用性和灾难恢复能力。 这个“mysql_manual_zh”中文手册详细涵盖了以上所有内容，还可能包括更多高级特性如分区策略、性能...
解决mac环境下mysql出现only_full_group_by的错误
liveAndCoding的博客
01-29 3810
问题：使用group by 搜索报错（也可以设置mysql中文编码） 运行环境，MAC系统，mysql版本5.7.20 解决过程： 网上搜索答案，大概就是修改mysql配置文件my.cnf中的sql model,删除only_full_group_by 进入终端： 输入 mysql -u root -p password：mysql密码 进入mysql> 输入 select @@
使用ProxySQL实现MySQL Group Replication的故障转移、读写分离（一）
weixin_30895723的博客
08-01 815
导读：在之前，我们搭建了MySQL组复制集群环境，MySQL组复制集群环境解决了MySQL集群内部的自动故障转移，但是，组复制并没有解决外部业务的故障转移。举个例子，在A、B、C 3台机器上搭建了组复制环境，且运行在单主模式下，这里假设A为主节点，应用程序连接A写数据，如果A节点发生宕机，主节点切换到B机器上，此时，应用程序是不会自动连接到B服务器上的，需要人工进行切换。在这篇文章中，我...
mysql组复制
lijua9794的博客
08-21 162
一.组复制背景 创建容错系统的最常见方法是创建组件冗余,换句话说,组件可以删除,而系统应该继续按预期运行。 这就造成了一系列的挑战,将这种系统的复杂性提高到一个完全不同的水平。 具体来说,复制的数据库需要同时维护和管理若干个 server 成员,而不只是一个。 此外,当多个 server协同工作时,系统必须处理其他一些常见的分布式系统问题,诸如断网或脑裂等情况。 因此,最大的挑战是将数据库和数据复制的逻辑与若干个 server 以简单一致的方式协调运行的逻辑相融合。 换句话说,也就是使多个 server 成
MySQL，组复制
m0_72787342的博客
10-03 777
MySQL组复制插件 组复制是一个MySQL插件，它使一组服务器能够在它们之间复制数据，并提供： 服务器故障转移的自动处理； 当成员由于故障、失败或重新连接而加入或离开组时自动重新配置组； 容错； 冲突解决方案； 高可用的复制的数据库。 组复制如何运作 服务器属于复制组 复制组最多可以包含九个服务器 至少需要三个服务器才能达成一致 组复制使用全局事务标识符（GTIDS） 组由UUID定义 组成员身份自动管理 加入或重新加入组的服务器将自动与其他服务器同步 服务器可以随时离开或加入组 复制组操作以两种模式之一
组复制（MySQL Group Replication）简介
数据库生态圈（RDB & NoSQL & Bigdata）——专注于关系库优化（Oracle&Mysql&PG&SQL Server ）
06-23 493
1.简介 本文提供mysql组复制的背景信息。 创建一个容错系统的最常见的方法是求助于组件冗余，换句话说，组件能被移除，但系统将如期可以继续操作。这将整个系统的复杂度提升到了更具挑战性的级别。尤其是，复制库必须面对多个而非一个服务器维护和管理的问题。然而，这些服务器一起合作形成一个组，但必须面对几个其他经典分布式系统问题，像网络分区和脑裂等场景。 所以，最终的挑战是将数据库和数据复制逻辑与几台协作的服务器逻辑按照一致简单的方式融合到一起。换句话说，就是让多个服务器的系统状态，数据和系统经历的每个改变都达成一
MySQL-同步复制-组复制
Jddfd的博客
07-08 397
介绍同步复制的组复制
MySQL总结-复制与组复制
陈海龙的格物之路
11-29 1370
主要讲述mysql在备份和高可用方面提供的解决方案和实现原理。
找到当前mysql group replication 环境的primary结点
weixin_34067049的博客
11-13 70
一、起原： 　　mysql group replication 有两种模式、第一种是single primary 也就是说单个primary 、这个模式下只有这一个主可以写入； 　　第二种是multi primary 模式、这个模式下所有的结点都能写入。所以询查primary 主要是对第一种模式有意义。   二、找到primary 结点的uuid： show global status like...
mysql中key 、primary key 、unique key 与index区别
wulong710的专栏
11-05 550
参考：http://zccst.iteye.com/blog/1697043 一、key与primary key区别 CREATE TABLE wh_logrecord ( logrecord_id int(11) NOT NULL auto_increment, user_name varchar(100) default NULL, operation_time datetime default NULL, logrecord_operation varchar(100) default.
使用Ansible自动部署MGR中生成group_replication_group_seeds值的方法
FaN()
03-20 874
使用Ansible自动部署MGR中生成group_replication_group_seeds值的方法 生成group_replication_group_seeds值的方法 网卡不统一 之前我是通过groups['mfw_test'] | map('extract', hostvars, ['ansible_all_ipv4_addresses'])这种形式, 去一个inventory gro...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值