Mysql8官方分布式数据库MGR最佳实践_please check that group_replication_recovery chann

最新推荐文章于 2024-05-31 09:59:18 发布

2401_84254567

最新推荐文章于 2024-05-31 09:59:18 发布

阅读量644

点赞数 17

分类专栏： 2024年程序员学习文章标签：分布式数据库

本文链接：https://blog.csdn.net/2401_84254567/article/details/137873901

版权

2024年程序员学习专栏收录该内容

89 篇文章 0 订阅

订阅专栏

先自我介绍一下，小编浙江大学毕业，去过华为、字节跳动等大厂，目前阿里P7

深知大多数程序员，想要提升技能，往往是自己摸索成长，但自己不成体系的自学效果低效又漫长，而且极易碰到天花板技术停滞不前！

因此收集整理了一份《2024年最新软件测试全套学习资料》，初衷也很简单，就是希望能够帮助到想自学提升又不知道该从何学起的朋友。

既有适合小白学习的零基础资料，也有适合3年以上经验的小伙伴深入学习提升的进阶课程，涵盖了95%以上软件测试知识点，真正体系化！

由于文件比较多，这里只是将部分目录截图出来，全套包含大厂面经、学习笔记、源码讲义、实战项目、大纲路线、讲解视频，并且后续会持续更新

如果你需要这些资料，可以添加V获取：vip1024b （备注软件测试）

正文

lower_case_table_names=1
default_time_zone =+8:00
open_files_limit=65535
log_timestamps=system
wait_timeout=900
interactive_timeout=900

##innodb setting##
innodb_buffer_pool_size = 256M
innodb_buffer_pool_instances = 1
innodb_io_capacity=2000
innodb_flush_method=O_DIRECT

innodb_log_group_home_dir = /data/mysql/mysql8/log/3309/redo
innodb_log_file_size = 128M
innodb_log_files_in_group=4
innodb_log_buffer_size = 32M

innodb_undo_directory = /data/mysql/mysql8/log/3309/undo
innodb_undo_tablespaces = 4
innodb_undo_log_truncate=1
innodb_max_undo_log_size=1G

innodb_flush_neighbors=0
innodb_flush_log_at_trx_commit = 1
innodb_print_all_deadlocks = 1
innodb_online_alter_log_max_size=128M

innodb_lock_wait_timeout=10
innodb_file_per_table=ON
innodb_doublewrite=ON

##log settings##
log-error = /data/mysql/mysql8/log/3309/error.log
log-bin = /data/mysql/mysql8/log/3309/mysql_bin.log
slow_query_log = 1
slow_query_log_file = /data/mysql/mysql8/log/3309/mysql_slow_query.log
long_query_time = 10

##replication settings##
gtid-mode=on
enforce-gtid-consistency=true
master-info-repository=TABLE
relay-log-info-repository=TABLE
sync-master-info=1000
relay_log_recovery = 1
relay-log=/data/mysql/mysql8/log/3309/relay/mysql-relay-bin

#binlog
log_bin=/data/mysql/mysql8/log/3309/binlog
expire_logs_days=10
max_binlog_cache_size=1024M
sync_binlog=1

##MGR settings
binlog_checksum = NONE
log_slave_updates = ON
binlog_format=row
#transaction_write_set_extraction =‘XXHASH64’
#loose-group_replication_group_name = ‘38f34157-cbe8-4623-a7bd-054cc5c2de0b’
#loose-group_replication_start_on_boot = off
#loose-group_replication_local_address = ‘192.168.112.131:10061’
#loose-group_replication_group_seeds =‘192.168.112.131:10061,192.168.112.132:10061,192.168.112.135:10061’
#loose-group_replication_bootstrap_group = off
#loose-group_replication_ip_whitelist = ‘192.168.112.131/24,192.168.112.132/24,192.168.112.135/24’

[client]
port = 3309
socket = /data/mysql/mysql8/run/3309/mysql.sock

在这里需要注意的是地方，由于MGR的插件，mysql默认是没有安装的，所以在这里关于MGR的配置参数，都注释掉了，等数据库实例启动之后，再开启。
每个节点的server-id需要设置成不一样。

初始化数据库

/data/mysql-8.0.21/bin/mysqld --defaults-file=/data/mysql/mysql8/conf/3309/my.cnf --initialize --basedir=/data/mysql-8.0.21/ --datadir=/data/mysql/mysql8/data/3309 --user=mysql --initialize-insecure --ssl --explicit_defaults_for_timestamp

如果要启用SSL安全连接，执行如下命令
/data/mysql-8.0.21/bin/mysql_ssl_rsa_setup --basedir=/data/mysql-8.0.21 --datadir=/data/mysql/mysql8/data/3309

启停mysql实例

/data/mysql-8.0.21/bin/mysqld_safe --defaults-file=/data/mysql/mysql8/conf/3309/my.cnf &

/data/mysql-8.0.21/bin/mysqladmin -uroot --socket=/data/mysql/mysql8/run/3309/mysql.sock shutdown &

登录实例

/data/mysql-8.0.21/bin/mysql -uroot --socket=/data/mysql/mysql8/run/3309/mysql.sock

MGR插件安装

[root@localhost] 14:08:44 [(none)]>install plugin group_replication soname ‘group_replication.so’;
Query OK, 0 rows affected (0.20 sec)

安装好插件之后，将MGR的参数注释去掉，重启mysql实例。
设置MGR单主模式
在这里插入图片描述
在所有节点上执行以下命令，创建复制用户

set sql_log_bin=0;
create user ‘repl’@‘%’ identified with mysql_native_password by ‘repl’;
grant replication slave,replication client on . to ‘repl’@‘%’;
flush privileges;
set sql_log_bin=1;

在192.168.112.131服务上设置主节点

set global group_replication_single_primary_mode=on;
set global group_replication_bootstrap_group=ON;
CHANGE MASTER TO MASTER_USER=‘repl’, MASTER_PASSWORD=‘repl’ FOR CHANNEL ‘group_replication_recovery’;
start group_replication;
set global group_replication_bootstrap_group=OFF;

设置好之后，可以查看MGR复制成员状态

设置好主之后，就开始设置剩下2个从节点了，执行命令都是一样的。

CHANGE MASTER TO MASTER_USER=‘repl’, MASTER_PASSWORD=‘repl’ FOR CHANNEL ‘group_replication_recovery’;
start group_replication;

到这里，遇到了大坑，来看看

2个从节点的状态一直是RECOVERING状态，正常时ONLINE状态的。这个状态持续了有10几分钟，看mysql的错误日志看到以下错误信息

2020-09-15T14:24:57.555493+08:00 19 [ERROR] [MY-010584] [Repl] Slave I/O for channel ‘group_replication_recovery’: error connecting to master ‘repl@mysql:3309’ - retry-time: 60 retries: 1 message: Authentication plugin ‘caching_sha2_password’ reported error: Authentication requires secure connection. Error_code: MY-002061
2020-09-15T14:24:57.557460+08:00 18 [ERROR] [MY-011582] [Repl] Plugin group_replication reported: ‘There was an error when connecting to the donor server. Please check that group_replication_recovery channel credentials and all MEMBER_HOST column values of performance_schema.replication_group_members table are correct and DNS resolvable.’
2020-09-15T14:24:57.557541+08:00 18 [ERROR] [MY-011583] [Repl] Plugin group_replication reported: ‘For details please check performance_schema.replication_connection_status table and error log messages of Slave I/O for channel group_replication_recovery.’
2020-09-15T14:25:57.284156+08:00 0 [System] [MY-011504] [Repl] Plugin group_replication reported: ‘Group membership changed: This member has left the group.’

重点内容在error connecting to master ‘repl@mysql:3309’，无法连接到master，即网络不通，在这里MGR竟然用的主机名来和集群成员进行通信，关键是我的主机名都是一样的，因为虚拟级时克隆出来的。

在这里有2个解决方案
方案一
修改主机名称，并且在MGR每个集群节点上的/etc/hosts中，添加主机和IP的对应关系
方案二
让MGR集群节点用IP地址进行通信，可以通过配置以下2个参数

report_host=192.168.112.135
report_port=3309

我用的是方案二，在my.cnf参数文件中分别添加以下内容

在192.168.112.131服务器上
report_host=192.168.112.131
report_port=3309

在192.168.112.132服务器上
report_host=192.168.112.132
report_port=3309

在192.168.112.135服务器上
report_host=192.168.112.135
report_port=3309

添加完成之后，就重启Mysql实例，重新启动集群。
设置主节点

set global group_replication_bootstrap_group=ON;
start group_replication;
set global group_replication_bootstrap_group=OFF;

设置从节点

start group_replication;

网上学习资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。

需要这份系统化的资料的朋友，可以添加V获取：vip1024b （备注软件测试）

一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！
_bootstrap_group=OFF;

设置从节点

start group_replication;

网上学习资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。

需要这份系统化的资料的朋友，可以添加V获取：vip1024b （备注软件测试）
[外链图片转存中…(img-Fs5Q3hxj-1713337297402)]

一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！

2401_84254567

关注

17
点赞
踩
15

收藏

觉得还不错? 一键收藏
0
评论
Mysql8官方分布式数据库MGR最佳实践_please check that group_replication_recovery chann

重点内容在error connecting to master ‘repl@mysql:3309’，无法连接到master，即网络不通，在这里MGR竟然用的主机名来和集群成员进行通信，关键是我的主机名都是一样的，因为虚拟级时克隆出来的。在这里需要注意的是地方，由于MGR的插件，mysql默认是没有安装的，所以在这里关于MGR的配置参数，都注释掉了，等数据库实例启动之后，再开启。修改主机名称，并且在MGR每个集群节点上的/etc/hosts中，添加主机和IP的对应关系。
复制链接

扫一扫