MySql8.0.25部署MGR集群

2024-05-27 11:28

本文主要是介绍MySql8.0.25部署MGR集群,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

1 准备mysql单机实例

当前部署的mysql使用8.0.25,使用传统的方式初始化data目录,启动服务等。

--初始化,start.conf会放在当前文档目录中
./mysqld --defaults-file=/mgr/start.conf --explicit_defaults_for_timestamp --initialize-insecure --user=mysql--启动服务
./mysqld_safe --defaults-file=/mgr/start.conf --user=mysql &

假设当前集群环境有3个节点,就要在三个节点上完成初始化操作。

2 在每个mgr集群的实例上创建集群连接的用户

CREATE USER rpl_user@'%' IDENTIFIED BY '123456';
GRANT REPLICATION SLAVE ON *.* TO rpl_user@'%';
RESET MASTER;
CHANGE MASTER TO MASTER_USER='rpl_user', MASTER_PASSWORD='123456' FOR CHANNEL 'group_replication_recovery';
INSTALL PLUGIN group_replication SONAME 'group_replication.so';
--所有节点均要操作

3 启动mgr主节点

登录作为主节点的实例,执行:

SET GLOBAL group_replication_bootstrap_group=ON;
start group_replication;
SET GLOBAL group_replication_bootstrap_group=OFF;--查看当前状态:
SELECT * FROM performance_schema.replication_group_members;
--主节点为primary

4 从节点加入集群

--每个从节点上执行加入
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 | +---------------------------+--------------------------------------+----------------+-------------+--------------+-------------+----------------+ | group_replication_applier | 3274aa07-f8e1-11eb-b97b-52540082e00c | 172.16.130.209 | 3306 | ONLINE | SECONDARY | 8.0.25 | | group_replication_applier | 6766d630-f8e0-11eb-b4c4-525400a8c2d1 | 172.16.130.208 | 3306 | ONLINE | SECONDARY | 8.0.25 | | group_replication_applier | c1a00e18-f8df-11eb-9b1a-525400a09b79 | 172.16.130.207 | 3306 | ONLINE | PRIMARY | 8.0.25 | +---------------------------+--------------------------------------+----------------+-------------+--------------+-------------+--------------

--+ 3 rows in set (0.00 sec)

5 补充当前环境mysql实例的配置文件

[client]
socket = /mgr/mgr_node1.sock[mysqld]
transaction_write_set_extraction = 'XXHASH64'
binlog_transaction_dependency_tracking = 'WRITESET'
loose-group_replication_group_name = "aaaaaaaa-aaaa-aaaa-aaaa-aaaaaaaaaaaa"
loose-group_replication_start_on_boot = off
loose-group_replication_local_address = "172.16.130.207:24901"
loose-group_replication_group_seeds="172.16.130.207:24901,172.16.130.208:24901,172.16.130.209:24901"
loose-group_replication_bootstrap_group=off
loose-group_replication_single_primary_mode= ON
loose-group_replication_enforce_update_everywhere_checks= FALSE
loose-group_replication_recovery_get_public_key= TRUE
loose-group_replication_exit_state_action= READ_ONLY
loose-group_replication_consistency= AFTER
report_host=172.16.130.207
report_port=3306
basedir = /mgr/mysql
datadir = /mgr/data
port = 3306
socket = /mgr/mgr_node1.sock
server_id = 1
general-log-file = /mgr/data/mysqld.log
slow-query-log-file = /mgr/data/mysqld-slow.log
pid-file = /mgr/data/mysqld.pid
log-error = /mgr/data/mysqld.err
enforce_gtid_consistency = on
binlog_ignore_db = dbscale_tmp
binlog_checksum=NONE
innodb_buffer_pool_size = 200m
innodb_doublewrite = 1
innodb_flush_log_at_trx_commit = 1
innodb_flush_method = O_DIRECT
innodb_io_capacity = 800
innodb_io_capacity_max = 1000
gtid_mode = on
innodb_print_all_deadlocks = on
innodb_read_io_threads = 4
innodb_thread_concurrency = 0
innodb_write_io_threads = 4
interactive_timeout = 31536000
log_bin_trust_function_creators = 1
max_connections = 1000000
net_read_timeout = 10000
net_write_timeout = 10000
slow_query_log = on
sort_buffer_size = 2M
sync_binlog = 1
table_definition_cache = 5000
table_open_cache = 5000
wait_timeout = 31536000
lower_case_table_names = 1
skip_slave_start = 1
transaction_isolation = READ-COMMITTED
ssl = off
log_bin=binlog
plugin-load = rpl_semi_sync_master=semisync_master.so;rpl_semi_sync_slave=semisync_slave.so
innodb_log_file_size = 10m
innodb_log_files_in_group = 1
open_files_limit = 1000000
relay_log = mysql-relay
relay_log_info_repository = TABLE
skip_external_locking = 1
skip_name_resolve = 1
slave_parallel_type = LOGICAL_CLOCK
slave_parallel_workers = 16
slave_pending_jobs_size_max = 2147483648
slave_preserve_commit_order = 1
slave_rows_search_algorithms = INDEX_SCAN,HASH_SCAN
thread_cache_size = 3000
init_connect = SET NAMES gbk
back_log = 5000
binlog_format = row
character_set_server = gbk
expire_logs_days = 15
innodb_buffer_pool_instances = 10
innodb_change_buffering = all
innodb_file_per_table = 1
innodb_log_buffer_size = 128M
innodb_temp_data_file_path = ibtmp1:12M:autoextend:max:81920M
log_slave_updates = ON
log_timestamps = SYSTEM
long_query_time = 10
master_info_repository = TABLE
max_allowed_packet = 16M
max_prepared_stmt_count = 1048576
innodb_monitor_enable = all
performance-schema-consumer-events_stages_current = on
performance-schema-consumer-events_waits_current = on
performance-schema-consumer-events_transactions_current = on
performance-schema-consumer-events_statements_current = on
performance-schema-consumer-events_waits_history = on
performance-schema-consumer-events_transactions_history = on
performance-schema-consumer-events_statements_history = on
performance-schema-consumer-events_stages_history = on
performance-schema-instrument = %=ON
federated = 1
default_authentication_plugin = mysql_native_password
#character_set_database = UTF-8

这篇关于MySql8.0.25部署MGR集群的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/1007340

相关文章

闲置电脑也能活出第二春?鲁大师AiNAS让你动动手指就能轻松部署

对于大多数人而言,在这个“数据爆炸”的时代或多或少都遇到过存储告急的情况,这使得“存储焦虑”不再是个别现象,而将会是随着软件的不断臃肿而越来越普遍的情况。从不少手机厂商都开始将存储上限提升至1TB可以见得,我们似乎正处在互联网信息飞速增长的阶段,对于存储的需求也将会不断扩大。对于苹果用户而言,这一问题愈发严峻,毕竟512GB和1TB版本的iPhone可不是人人都消费得起的,因此成熟的外置存储方案开

SQL中的外键约束

外键约束用于表示两张表中的指标连接关系。外键约束的作用主要有以下三点: 1.确保子表中的某个字段(外键)只能引用父表中的有效记录2.主表中的列被删除时,子表中的关联列也会被删除3.主表中的列更新时,子表中的关联元素也会被更新 子表中的元素指向主表 以下是一个外键约束的实例展示

基于MySQL Binlog的Elasticsearch数据同步实践

一、为什么要做 随着马蜂窝的逐渐发展,我们的业务数据越来越多,单纯使用 MySQL 已经不能满足我们的数据查询需求,例如对于商品、订单等数据的多维度检索。 使用 Elasticsearch 存储业务数据可以很好的解决我们业务中的搜索需求。而数据进行异构存储后,随之而来的就是数据同步的问题。 二、现有方法及问题 对于数据同步,我们目前的解决方案是建立数据中间表。把需要检索的业务数据,统一放到一张M

服务器集群同步时间手记

1.时间服务器配置(必须root用户) (1)检查ntp是否安装 [root@node1 桌面]# rpm -qa|grep ntpntp-4.2.6p5-10.el6.centos.x86_64fontpackages-filesystem-1.41-1.1.el6.noarchntpdate-4.2.6p5-10.el6.centos.x86_64 (2)修改ntp配置文件 [r

如何去写一手好SQL

MySQL性能 最大数据量 抛开数据量和并发数,谈性能都是耍流氓。MySQL没有限制单表最大记录数,它取决于操作系统对文件大小的限制。 《阿里巴巴Java开发手册》提出单表行数超过500万行或者单表容量超过2GB,才推荐分库分表。性能由综合因素决定,抛开业务复杂度,影响程度依次是硬件配置、MySQL配置、数据表设计、索引优化。500万这个值仅供参考,并非铁律。 博主曾经操作过超过4亿行数据

HDFS—集群扩容及缩容

白名单:表示在白名单的主机IP地址可以,用来存储数据。 配置白名单步骤如下: 1)在NameNode节点的/opt/module/hadoop-3.1.4/etc/hadoop目录下分别创建whitelist 和blacklist文件 (1)创建白名单 [lytfly@hadoop102 hadoop]$ vim whitelist 在whitelist中添加如下主机名称,假如集群正常工作的节

Hadoop集群数据均衡之磁盘间数据均衡

生产环境,由于硬盘空间不足,往往需要增加一块硬盘。刚加载的硬盘没有数据时,可以执行磁盘数据均衡命令。(Hadoop3.x新特性) plan后面带的节点的名字必须是已经存在的,并且是需要均衡的节点。 如果节点不存在,会报如下错误: 如果节点只有一个硬盘的话,不会创建均衡计划: (1)生成均衡计划 hdfs diskbalancer -plan hadoop102 (2)执行均衡计划 hd

性能分析之MySQL索引实战案例

文章目录 一、前言二、准备三、MySQL索引优化四、MySQL 索引知识回顾五、总结 一、前言 在上一讲性能工具之 JProfiler 简单登录案例分析实战中已经发现SQL没有建立索引问题,本文将一起从代码层去分析为什么没有建立索引? 开源ERP项目地址:https://gitee.com/jishenghua/JSH_ERP 二、准备 打开IDEA找到登录请求资源路径位置

MySQL数据库宕机,启动不起来,教你一招搞定!

作者介绍:老苏,10余年DBA工作运维经验,擅长Oracle、MySQL、PG、Mongodb数据库运维(如安装迁移,性能优化、故障应急处理等)公众号:老苏畅谈运维欢迎关注本人公众号,更多精彩与您分享。 MySQL数据库宕机,数据页损坏问题,启动不起来,该如何排查和解决,本文将为你说明具体的排查过程。 查看MySQL error日志 查看 MySQL error日志,排查哪个表(表空间

阿里开源语音识别SenseVoiceWindows环境部署

SenseVoice介绍 SenseVoice 专注于高精度多语言语音识别、情感辨识和音频事件检测多语言识别: 采用超过 40 万小时数据训练,支持超过 50 种语言,识别效果上优于 Whisper 模型。富文本识别:具备优秀的情感识别,能够在测试数据上达到和超过目前最佳情感识别模型的效果。支持声音事件检测能力,支持音乐、掌声、笑声、哭声、咳嗽、喷嚏等多种常见人机交互事件进行检测。高效推