前往小程序,Get更优阅读体验!
立即前往
首页
学习
活动
专区
圈层
工具
发布
首页
学习
活动
专区
圈层
工具
MCP广场
社区首页 >专栏 >CentOS 7.4部署MariaDB Galera Cluster集群架构

CentOS 7.4部署MariaDB Galera Cluster集群架构

作者头像
星哥玩云
发布于 2022-08-13 09:50:34
发布于 2022-08-13 09:50:34
7030
举报
文章被收录于专栏:开源部署开源部署

Mariadb galera Cluster安装: 操作系统:CentOS 7.4版本 集群数量:3个节点 主机信息: 192.168.153.142 node1 selinux=disabled firewalld关闭 192.168.153.143 node2 selinux=disabled firewalld关闭 192.168.153.144 node3 selinux=disabled firewalld关闭

搭建步骤

1.主机之间互相解析:三台节点都要执行 vim /etc/hosts 192.168.153.142 node1 192.168.153.143 node2 192.168.153.144 node3

2.安装软件包

第一种方法:(yum install -y MariaDB-server MariaDB-client galera) 配置yum安装源和配置mariadb galera安装源 yum源配置挂iso 设置mariadb的yum源并安装(所有节点都要) 修改yum源文件

vi /etc/yum.repos.d/mariadb.repo

[mariadb] name = MariaDB baseurl = http://yum.mariadb.org/10.3.5/centos74-amd64 gpgkey=https://yum.mariadb.org/RPM-GPG-KEY-MariaDB gpgcheck=1 enabled=0 安装galera软件时需要解决它的依赖包:boost-program-options.x86_64 (直接yum源安装即可)

第二种方法:(rpm包安装)三个节点都需要安装 从网上下载rpm包:  galera-25.3.23-1.rhel7.el7.centos.x86_64.rpm                     MariaDB-10.3.5-centos74-x86_64-client.rpm                     MariaDB-10.3.5-centos74-x86_64-compat.rpm                     MariaDB-10.3.5-centos74-x86_64-common.rpm                     MariaDB-10.3.5-centos74-x86_64-server.rpm rpm -ivh MariaDB-10.3.5-centos74-x86_64-compat.rpm --nodeps rpm -ivh MariaDB-10.3.5-centos74-x86_64-common.rpm rpm -ivh MariaDB-10.3.5-centos74-x86_64-client.rpm yum install -y boost-program-options.x86_64 (解决安装galera的依赖包) rpm -ivh galera-25.3.23-1.rhel7.el7.centos.x86_64.rpm rpm -ivh MariaDB-10.3.5-centos74-x86_64-server.rpm

3.mariadb初始化 (三个节点都需要执行) 安装完成后会提示需要对mariadb进行初始化(设置密码) systemctl start mariadb mysql_secure_installation (按提示设置mysql密码) systemctl stop mariadb

4.配置galera 主节点配置文件server.cnf vim /etc/my.cnf.d/server.cnf [galera] wsrep_on=ON wsrep_provider=/usr/lib64/galera/libgalera_smm.so wsrep_cluster_address="gcomm://192.168.153.142,192.168.153.143,192.168.153.144" wsrep_node_name= node1 wsrep_node_address=192.168.153.142 binlog_format=row default_storage_engine=InnoDB innodb_autoinc_lock_mode=2 wsrep_slave_threads=1 innodb_flush_log_at_trx_commit=0 innodb_buffer_pool_size=120M wsrep_sst_method=rsync wsrep_causal_reads=ON 将此文件复制到mariadb-2、mariadb-3,注意要把 wsrep_node_name 和 wsrep_node_address 改成相应节点的 hostname 和 ip。

5.启动集群服务: 启动 MariaDB Galera Cluster 服务: [root@node1 ~]# /bin/galera_new_cluster 剩余两节点启动方式为: [root@node1 ~]# systemctl start mariadb 查看集群状态:(集群服务使用了4567和3306端口)) [root@node1 ~]# netstat -tulpn | grep -e 4567 -e 3306 tcp 0 0 0.0.0.0:4567 0.0.0.0: LISTEN 3557/mysqld tcp6 0 0 :::3306 ::: LISTEN 3557/mysqld

6.验证集群状态: 在node1上执行: [root@node1 ~]# mysql -uroot -p ##进入数据库 查看是否启用galera插件 连接mariadb,查看是否启用galera插件 MariaDB [(none)]> show status like "wsrep_ready"; +---------------+-------+ | Variable_name | Value | +---------------+-------+ | wsrep_ready | ON | +---------------+-------+ 1 row in set (0.004 sec) 目前集群机器数 MariaDB [(none)]> show status like "wsrep_cluster_size"; +--------------------+-------+ | Variable_name | Value | +--------------------+-------+ | wsrep_cluster_size | 3 | +--------------------+-------+ 1 row in set (0.001 sec) 查看集群状态 MariaDB [(none)]> show status like "wsrep%"; +------------------------------+----------------------------------------------------------------+ | Variable_name | Value | +------------------------------+----------------------------------------------------------------+ | wsrep_apply_oooe | 0.000000 | | wsrep_apply_oool | 0.000000 | | wsrep_apply_window | 1.000000 | | wsrep_causal_reads | 14 | | wsrep_cert_deps_distance | 1.200000 | | wsrep_cert_index_size | 3 | | wsrep_cert_interval | 0.000000 | | wsrep_cluster_conf_id | 22 | | wsrep_cluster_size | 3 | ##集群成员 | wsrep_cluster_state_uuid | b8ecf355-233a-11e8-825e-bb38179b0eb4 | ##UUID 集群唯一标记 | wsrep_cluster_status | Primary | ##主服务器 | wsrep_commit_oooe | 0.000000 | | wsrep_commit_oool | 0.000000 | | wsrep_commit_window | 1.000000 | | wsrep_connected | ON | ##当前是否连接中 | wsrep_desync_count | 0 | | wsrep_evs_delayed | | | wsrep_evs_evict_list | | | wsrep_evs_repl_latency | 0/0/0/0/0 | | wsrep_evs_state | OPERATIONAL | | wsrep_flow_control_paused | 0.000000 | | wsrep_flow_control_paused_ns | 0 | | wsrep_flow_control_recv | 0 | | wsrep_flow_control_sent | 0 | | wsrep_gcomm_uuid | 0eba3aff-2341-11e8-b45a-f277db2349d5 | | wsrep_incoming_addresses | 192.168.153.142:3306,192.168.153.143:3306,192.168.153.144:3306 | ##连接中的数据库 | wsrep_last_committed | 9 | ##sql 提交记录 | wsrep_local_bf_aborts | 0 | ##从执行事务过程被本地中断 | wsrep_local_cached_downto | 5 | | wsrep_local_cert_failures | 0 | ##本地失败事务 | wsrep_local_commits | 4 | ##本地执行的sql | wsrep_local_index | 0 | | wsrep_local_recv_queue | 0 | | wsrep_local_recv_queue_avg | 0.057143 | | wsrep_local_recv_queue_max | 2 | | wsrep_local_recv_queue_min | 0 | | wsrep_local_replays | 0 | | wsrep_local_send_queue | 0 | ##本地发出的队列 | wsrep_local_send_queue_avg | 0.000000 | ##队列平均时间间隔 | wsrep_local_send_queue_max | 1 | | wsrep_local_send_queue_min | 0 | | wsrep_local_state | 4 | | wsrep_local_state_comment | Synced | | wsrep_local_state_uuid | b8ecf355-233a-11e8-825e-bb38179b0eb4 | ##集群ID | wsrep_protocol_version | 8 | | wsrep_provider_name | Galera | | wsrep_provider_vendor | Codership Oy <info@codership.com> | | wsrep_provider_version | 25.3.23(r3789) | | wsrep_ready | ON | ##插件是否应用中 | wsrep_received | 35 | ##数据复制接收次数 | wsrep_received_bytes | 5050 | | wsrep_repl_data_bytes | 1022 | | wsrep_repl_keys | 14 | | wsrep_repl_keys_bytes | 232 | | wsrep_repl_other_bytes | 0 | | wsrep_replicated | 5 | ##随着复制发出的次数 | wsrep_replicated_bytes | 1600 | ##数据复制发出的字节数 | wsrep_thread_count | 2 | +------------------------------+----------------------------------------------------------------+ 58 rows in set (0.003 sec) 查看连接的主机 MariaDB [(none)]> show status like "wsrep_incoming_addresses"; +--------------------------+----------------------------------------------------------------+ | Variable_name | Value | +--------------------------+----------------------------------------------------------------+ | wsrep_incoming_addresses | 192.168.153.142:3306,192.168.153.143:3306,192.168.153.144:3306 | +--------------------------+----------------------------------------------------------------+ 1 row in set (0.002 sec)

7.测试集群mariad数据是否同步 MariaDB [(none)]> create database lizk; Query OK, 1 row affected (0.010 sec)

MariaDB [(none)]> show databases; +--------------------+ | Database          | +--------------------+ | china              | | hello              | | hi                | | information_schema | | lizk              | | mysql              | | performance_schema | | test              | +--------------------+ 8 rows in set (0.001 sec) 在其他两个节点上可以查看lizk库已经同步。

8.模拟脑裂后的处理 下面模拟在网络抖动发生丢包的情况下,两个节点失联导致脑裂。在192.168.153.143和192.168.153.144两个节点上分别执行: iptables -A INPUT -p tcp --sport 4567 -j DROP iptables -A INPUT -p tcp --dport 4567 -j DROP 以上命令用来禁止wsrep全同步复制4567端口通信 在192.168.153.142节点上查看: MariaDB [(none)]> show status like "ws%"; +------------------------------+--------------------------------------------+ | Variable_name | Value | +------------------------------+--------------------------------------------+ | wsrep_apply_oooe | 0.000000 | | wsrep_apply_oool | 0.000000 | | wsrep_apply_window | 1.000000 | | wsrep_causal_reads | 16 | | wsrep_cert_deps_distance | 1.125000 | | wsrep_cert_index_size | 3 | | wsrep_cert_interval | 0.000000 | | wsrep_cluster_conf_id | 18446744073709551615 | | wsrep_cluster_size | 1 | | wsrep_cluster_state_uuid | b8ecf355-233a-11e8-825e-bb38179b0eb4 | | wsrep_cluster_status | non-Primary | 现在已经出现脑裂的情况,并且集群无法执行任何命令。 为了解决这个问题,可以执行 set global wsrep_provider_options="pc.bootstrap=true"; 通过这个命令来强制恢复出现脑裂的节点。 验证: MariaDB [(none)]> set global wsrep_provider_options="pc.bootstrap=true"; Query OK, 0 rows affected (0.015 sec)

MariaDB [(none)]> select @@wsrep_node_name; +-------------------+ | @@wsrep_node_name | +-------------------+ | node1            | +-------------------+ 1 row in set (0.478 sec) 最后我们将节点192.168.153.143和192.168.153.144恢复一下,只要清理一下iptables表即可(因为我的是测试环境,生产环境需要删除上面的规则即可): [root@node3 mysql]# iptables -F 恢复后验证一下: MariaDB [(none)]> show status like "wsrep_cluster_size"; +--------------------+-------+ | Variable_name      | Value | +--------------------+-------+ | wsrep_cluster_size | 3    | +--------------------+-------+ 1 row in set (0.001 sec)

9.因故障需要对集群的两个节点进行停机检查,重启服务后是否能同步数据; 对192.168.153.143和192.168.153.144执行停止mariadb的操作: [root@node2 mysql]# systemctl stop mariadb 在192.168.153.142节点上插入数据: MariaDB [test]> select * from test1; +------+ | id | +------+ | 2 | | 2 | | 1 | | 3 | +------+ 4 rows in set (0.007 sec) 现在把集群中另外两个节点重新启动,查看数据一致性情况,跟主节点的数据一样。

10.异常处理:当机房突然停电,所有galera主机都非正常关机,来电后开机,会导致galera集群服务无法正常启动。如何处理? 第1步:开启galera集群的群主主机的mariadb服务。 第2步:开启galera集群的成员主机的mariadb服务。 异常处理:galera集群的群主主机和成员主机的mysql服务无法启动,如何处理? 解决方法一:第1步、删除garlera群主主机的/var/lib/mysql/grastate.dat状态文件 /bin/galera_new_cluster启动服务。启动正常。登录并查看wsrep状态。 第2步:删除galera成员主机中的/var/lib/mysql/grastate.dat状态文件 systemctl restart mariadb重启服务。启动正常。登录并查看wsrep状态。 解决方法二:第1步、修改garlera群主主机的/var/lib/mysql/grastate.dat状态文件中的0为1 /bin/galera_new_cluster启动服务。启动正常。登录并查看wsrep状态。 第2步:修改galera成员主机中的/var/lib/mysql/grastate.dat状态文件中的0为1 systemctl restart mariadb重启服务。启动正常。登录并查看wsrep状态。

本文参与 腾讯云自媒体同步曝光计划,分享自作者个人站点/博客。
如有侵权请联系 cloudcommunity@tencent.com 删除

本文分享自 作者个人站点/博客 前往查看

如有侵权,请联系 cloudcommunity@tencent.com 删除。

本文参与 腾讯云自媒体同步曝光计划  ,欢迎热爱写作的你一起参与!

评论
登录后参与评论
暂无评论
推荐阅读
编辑精选文章
换一批
MariaDB Galera Cluster部署实战
背景 项目中使用的mariadb+gelera集群模式部署,之前一直用的是mysql的master/slave方式部署数据库的,这种集群模式以前没怎么搞过,这里研究并记录一下。 MariaDB Galera Cluster 介绍 MariaDB 集群是 MariaDB 同步多主机集群。它仅支持 XtraDB/ InnoDB 存储引擎(虽然有对 MyISAM 实验支持 - 看 wsrep_replicate_myisam 系统变量)。 主要功能: 同步复制 真正的 multi-master,即所有节点可以同时
jeremyxu
2018/05/10
6.8K0
mariadb galera集群配置
最近在看一些关于数据库的资料,从最开始的mysql的主从复制到mysql的双主+heartbeat实现mysql的高可用再到mysql+drbd+heartbeat实现底层数据同步的双主高可用再到mysql_mmm+amoeba实现双主多从的高可用和负载均衡以及读写分离,再到后来发现mysql自从被Oracle收购后已经越来越走向了封闭,更新也不如以前频繁,并且新版的mysql已经不支持GPL协议了。。。感觉mysql已经在Oracle手中渐渐没落了。。。后来发现了一个更好的替代方案那就是mariadb的g
老七Linux
2018/05/31
2.1K0
Galera Cluster for MySQL 详解(二)——安装配置
版权声明:本文为博主原创文章,遵循 CC 4.0 BY-SA 版权协议,转载请附上原文出处链接和本声明。
用户1148526
2019/10/22
4K0
OpenStack集群部署—基础服务
配置MariaDB Galera Cluster 1.mariadb第一个节点进行初始化(192.168.182.131)
院长技术
2020/06/12
7500
使用Galera部署MariaDB集群
使用Galera进行MariaDB复制可为站点数据库添加冗余。通过数据库复制,多个服务器充当数据库集群。数据库群集对于高可用性网站配置特别有用。本教程使用三个单独的腾讯云CVM服务器来配置数据库复制,并创建相关数据库集群。
圣人惠好可爱
2018/08/20
1.2K0
在CentOS8下搭建PXC集群
PXC是Percona XtraDB Cluster的缩写,是 Percona 公司出品的免费MySQL集群产品。PXC的作用是通过mysql自带的Galera集群技术,将不同的mysql实例连接起来,实现多主集群。在PXC集群中每个mysql节点都是可读可写的,也就是主从概念中的主节点,不存在只读的节点。
端碗吹水
2020/09/23
1.1K0
在CentOS8下搭建PXC集群
Galera Cluster for MySQL 详解(三)——管理监控
MySQL上在线执行DDL语句(create table、alter table、create index、grant ...)一直是个令人头疼的操作。一方面大表上的DDL语句需要执行很长时间,这是因为MySQL的实现,它需要复制一遍表的数据。另一方面在高并发访问的表上执行DDL期间会阻塞其上所有DML(insert、update、delete)语句的执行,直到DDL语句执行完。不但如此,高并发大表上的在线DDL还极易产生经典的“Waiting for table metadata lock”等待。
用户1148526
2019/11/03
3.8K0
CentOS7 下 MySQL 数据库 PXC 集群部署操作指导
背景 最近在进行 MySQL 的 PXC 集群搭建使用和研究 前期已完成了一篇记录文章 : 【CentOS7 下 MySQL 之 PXC 集群部署【Docker+多机多节点】】 但是,毕竟不是所有人都熟悉 docker 而作为开发人员,还是习惯于原生状态的安装流程 所以,在此整理官方指导的PXC 集群配置步骤 欢迎指摘 … 【注】:Percona XtraDB Cluster(简称 PXC 集群) —— 业界主流的 MySQL 集群方案 环境 CentOS 版本: CentOS Linux
泥豆芽儿 MT
2021/02/01
2.1K0
CentOS7 下 MySQL 数据库 PXC 集群部署操作指导
快速体验Percona XtraDB Cluster(PXC)
Percona XtraDB Cluster(简称PXC)集群是基于Galera 2.x library,事务型应用下的通用的多主同步复制插件,主要用于解决强一致性问题,使得各个节点之间的数据保持实时同步以及实现多节点同时读写。提高了数据库的可靠性,也可以实现读写分离,是MySQL关系型数据库中大家公认的集群优选方案之一。本文简要介绍其原理并给出安装指导。
Leshami
2018/08/06
9350
快速体验Percona XtraDB Cluster(PXC)
【MySQL】MariaDB Galera Cluster(mariadb10.1.22)部署
Galera Cluster是MariaDB的一个双活多主集群,其可以使得MariDB的所有节点保持同步,Galera为MariaDB提供了同步复制(相对于原生的异步复制),因此其可以保证HA,且其当前仅支持XtraDB/InnoDB存储引擎(扩展支持MyISAM),并且只可在Linux下使用。 从MariaDB 10.1开始,在Galera Cluster中默认已经包含了wsrep API。在MariaDB 10.0和MariaDB 5.5时还是独立的,所以在安装部署上可能会有所不同,具体看MariaDB官方介绍。
用户5522200
2019/06/02
2K0
Galera_Cluster_For_MySQL集群安装
Galera Cluster for MySQL是一套基于同步复制的多主MySQL集群解决方案,使用简单,没有单点故障,可用性高,能很好保证业务不断增长时我们数据的安全和随时的扩展,主要特点:
白石
2019/08/23
1.1K0
MySQL高可用方案-PXC环境部署记录
之前梳理了Mysql+Keepalived双主热备高可用操作记录,对于mysql高可用方案,经常用到的的主要有下面三种: 一、基于主从复制的高可用方案:双节点主从 + keepalived 一般来说,中小型规模的时候,采用这种架构是最省事的。 两个节点可以采用简单的一主一从模式,或者双主模式,并且放置于同一个VLAN中,在master节点发生故障后,利用keepalived/heartbeat的高可用机制实现快速 切换到slave节点。 在这个方案里,有几个需要注意的地方: 采用keepalived作为
洗尽了浮华
2018/01/22
6K0
MySQL高可用方案-PXC环境部署记录
基于CentOS 7 安装Percona XtraDB Cluster(PXC) 5.7
Percona XtraDB Cluster(简称PXC)是很多企业基于MySQL实现集群方案的不二选择。PXC它支持服务高可用,数据同步复制(并发复制),几乎无延迟;多个可同时读写节点,可实现写扩展等等。之前整理过一篇PXC 5.6的文章,本文是基于CentOS 7 PXC 5.7版一个更为标准的安装,可供大家参考。
Leshami
2018/08/06
2.5K0
MariaDB Galera集群入门教程
MariaDB数据库管理系统是MySQL的一个分支,主要由开源社区在维护,采用GPL授权许可。开发这个分支的原因之一是:甲骨文公司收购了MySQL后,有将MySQL闭源的潜在风险,因此社区采用分支的方式来避开这个风险。MariaDB的目的是完全兼容MySQL,包括API和命令行,使之能轻松成为MySQL的代替品。在存储引擎方面,10.0.9版起使用XtraDB来代替MySQL的InnoDB。
彼岸轮回
2018/08/02
2.3K0
如何部署 Galera 数据库集群
MariaDB数据库管理系统是MySQL的一个分支,主要由开源社区在维护,采用GPL授权许可。开发这个分支的原因之一是:甲骨文公司收购了MySQL后,有将MySQL闭源的潜在风险,因此社区采用分支的方式来避开这个风险。MariaDB的目的是完全兼容MySQL,包括API和命令行,使之能轻松成为MySQL的代替品。在存储引擎方面,10.0.9版起使用XtraDB来代替MySQL的InnoDB。
大数据弄潮儿
2018/11/29
1.6K0
如何部署 Galera 数据库集群
如何在Debian 10服务器上使用MariaDB配置Galera集群
作者选择了自由和开源基金作为Write for DOnations计划的一部分进行捐赠。
子润先生
2021/06/16
1.6K0
在Docker中安装使用MySQL 高可用之MGC(多主同时写入)
MariaDB Galera Cluster(下文简称 MGC 集群),是一套在 MySQL innodb 存储引擎上面实现多主、数据实时同步以及强一致性的关系存储架构,业务层面无需做读写分离工作,数据库读写压力都能按照既定的规则分发到 各个节点上去,在数据方面完全兼容 MariaDB 和 MySQL。
jwangkun
2021/12/23
1.6K0
CentOS 7.2下安装PXC 5.7.21
https://www.percona.com/downloads/Percona-XtraDB-Cluster-57/LATEST/
星哥玩云
2022/08/17
3950
CentOS 7 Galera Cluster安装全攻略
最近Hive的原数据要用到mysql,所以又把Galera Cluster又装了一遍,虽然装过很多遍,但依然会有一些模糊的地方。所以大致记录下来分享出来。
算法之名
2019/08/20
8950
CentOS 7 Galera Cluster安装全攻略
MySQL高可用之PXC
PXC简介 PXC(Percona XtraDB Cluster)是一个开源的MySQL高可用解决方案。他将Percona Server和XtraBackup与Galera库集成,以实现同步多主复制。基于Galera的高可用方案主要有MariaDB Galera Cluster和Percona XtraDB Cluster,目前PXC架构在生产线上用的更多而且更成熟一些。PXC相比那些传统的基于主从模式的集群架构MHA和双主,Galera Cluster 最突出的特点就是解决了诟病已久的复制延迟问题,基本上可以达到实时同步。而且节点与节点之间,它们互相的关系是对等的。本身Galera Cluster也是一种多主架构。PXC是在存储引擎层实现的同步复制,而非异步复制,所以其数据的一致性是相当高的。
小手冰凉
2020/07/06
2.7K0
相关推荐
MariaDB Galera Cluster部署实战
更多 >
领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档