【Mariadb】利用MariaDB Galera Cluster实现mariadb的集群环境

最新推荐文章于 2023-08-25 23:43:02 发布

转载最新推荐文章于 2023-08-25 23:43:02 发布 · 135 阅读

文章标签：

#数据库 #运维 #网络

本文介绍了一种基于MariaDB的Galera Cluster架构，该架构支持多主复制和实时数据同步，适用于高可用性和负载均衡场景。文章详细阐述了Galera Cluster的特点、局限性及其在三台服务器上的部署步骤。

一、MariaDB Galera Cluster概要：

1.简述：

MariaDB Galera Cluster 是一套在mysql innodb存储引擎上面实现multi-master及数据实时同步的系统架构，业务层面无需做读写分离工作，数据库读写压力都能按照既定的规则分发到各个节点上去。在数据方面完全兼容 MariaDB 和 MySQL。

2.特性：

(1).同步复制 Synchronous replication

(2).Active-active multi-master 拓扑逻辑

(3).可对集群中任一节点进行数据读写

(4).自动成员控制，故障节点自动从集群中移除

(5).自动节点加入

(6).真正并行的复制，基于行级

(7).直接客户端连接，原生的 MySQL 接口

(8).每个节点都包含完整的数据副本

(9).多台数据库中数据同步由 wsrep 接口实现

3.局限性

(1).目前的复制仅仅支持InnoDB存储引擎,任何写入其他引擎的表，包括mysql.*表将不会复制,但是DDL语句会被复制的,因此创建用户将会被复制,但是insert into mysql.user…将不会被复制的.

(2).DELETE操作不支持没有主键的表,没有主键的表在不同的节点顺序将不同,如果执行SELECT…LIMIT… 将出现不同的结果集.

(3).在多主环境下LOCK/UNLOCK TABLES不支持,以及锁函数GET_LOCK(), RELEASE_LOCK()…

(4).查询日志不能保存在表中。如果开启查询日志，只能保存到文件中。

(5).允许最大的事务大小由wsrep_max_ws_rows和wsrep_max_ws_size定义。任何大型操作将被拒绝。如大型的LOAD DATA操作。

(6).由于集群是乐观的并发控制，事务commit可能在该阶段中止。如果有两个事务向在集群中不同的节点向同一行写入并提交，失败的节点将中止。对于集群级别的中止，集群返回死锁错误代码(Error: 1213 SQLSTATE: 40001 (ER_LOCK_DEADLOCK)).

(7).XA事务不支持，由于在提交上可能回滚。

(8).整个集群的写入吞吐量是由最弱的节点限制，如果有一个节点变得缓慢，那么整个集群将是缓慢的。为了稳定的高性能要求，所有的节点应使用统一的硬件。

(9).集群节点建议最少3个。

(10).如果DDL语句有问题将破坏集群。

二、MariaDB Galera Cluster搭建演示
1 规划

server1: 192.168.1.56
1. server2: 192.168.1.6
1. server3: 192.168.1.81
2. Galera SST user:sst
3. Galera SST password:sstpass123
4. MySQL root password:ESBecs00

2.配置mariadb的yum源(三台机器都安装)

[root@client137 ~]# vim /etc/yum.repos.d/mariadb.repo
# yum源的内容如下：

[mariadb]

name = MariaDB

baseurl = http://yum.mariadb.org/5.5/rhel6-amd64

enabled = 1

gpgkey=https://yum.mariadb.org/RPM-GPG-KEY-MariaDB

gpgcheck=1
[root@client137 ~]# yum makecache

3.安装 MariaDB-Galera-server galera MariaDB-client（3台）

[root@client137 ~]# yum -y install MariaDB-Galera-server galera MariaDB-client

4.启动测试是否安装成功（3台）

# 启动测试一下
[root@client137 ~]# /etc/init.d/mysql start
Starting MySQL....
[root@client137 ~]# chkconfig mysql on
[root@client137 ~]# /usr/bin/mysql_secure_installation --设置root密码，也可登上去后set password
# 登陆数据库，授权用于集群同步的用户和密码

[root@client137 ~]# mysql -uroot -pESBecs00

mysql> GRANT USAGE ON *.* to sst@'%' IDENTIFIED BY 'sstpass123';

mysql> GRANT ALL PRIVILEGES on *.* to sst@'%';

mysql> FLUSH PRIVILEGES;

mysql> quit

# 创建并配置wsrep.cnf文件

[root@client137 ~]# cp /usr/share/mysql/wsrep.cnf /etc/my.cnf.d/

[root@client137 ~]# vim /etc/my.cnf.d/wsrep.cnf

5 .配置每台机器的参数

192.168.1.56机器：

					[root@client137 ~]# vim /etc/my.cnf.d/wsrep.cnf
				

					# 只需要修改如下4行:
				

					wsrep_provider=/usr/lib64/galera/libgalera_smm.so
				

					wsrep_cluster_address="gcomm://"
				

					wsrep_sst_auth=sst:sstpass123
				

					wsrep_sst_method=rsync
				

					# 注意:
				

					#    "gcomm://" 是特殊的地址,仅仅是Galera cluster初始化启动时候使用。
				

					#    如果集群启动以后，我们关闭了56这第一个节点，那么再次启动的时候必须先修改，"gcomm://"为其他节点的集群地址,例如wsrep_cluster_address="gcomm://192.168.1.81:4567"，也就是重启后值向上一层
				

192.168.1.6机器

					[root@client137 ~]# vim /etc/my.cnf.d/wsrep.cnf
				

					# 只需要修改如下4行:
				

					wsrep_provider=/usr/lib64/galera/libgalera_smm.so
				

					wsrep_cluster_address="gcomm://192.168.1.56：4567"   # 这里指向是指上一层的集群地址
				

					wsrep_sst_auth=sst:sstpass123
				

					wsrep_sst_method=rsync

192.168.1.81机器

					[root@client137 ~]# vim /etc/my.cnf.d/wsrep.cnf
				

					# 只需要修改如下4行:
				

					wsrep_provider=/usr/lib64/galera/libgalera_smm.so
				

					wsrep_cluster_address="gcomm://192.168.1.6:4567"    # 这里指向是指上一层的集群地址56或6都行
				

					wsrep_sst_auth=sst:sstpass123
				

					wsrep_sst_method=rsync
				

6.确认本机防火墙上开放了所需TCP 3306和TCP 4567的端口[也可以关闭防火墙]

[root@client137 ~]# iptables -A INPUT -i eth0 -p tcp --dport 3306 -j ACCEPT
[root@client137 ~]# iptables -A INPUT -i eth0 -p tcp --dport 4567 -j ACCEPT
# 启动mariadb，查看3306和4567端口是否被监听
[root@client137 ~]# /etc/init.d/mysql restart
[root@client137 ~]# netstat -tulpn |grep -e 4567 -e 3306
tcp 0 0 0.0.0.0:3306 0.0.0.0:* LISTEN 32363/mysqld
tcp 0 0 0.0.0.0:4567 0.0.0.0:* LISTEN 32363/mysqld
重启mariadb

7.新添加节点的配置

安装---初始化---创建用户--修改参数--防火墙配置（就是上面1-6步再来一遍，注意第5步的参数即可）

8.以上配置完成后，

对于只有2个节点的Galera Cluster和其他集群软件一样，需要面对极端情况下的"脑裂"状态。

为了避免这种问题，Galera引入了"arbitrator(仲裁人)"。

"仲裁人"节点上没有数据,它在集群中的作用就是在集群发生分裂时进行仲裁，集群中可以有多个"仲裁人"节点。

"仲裁人"节点加入集群的方法如下:

[root@client137 ~]# garbd -a gcomm://192.168.1.137:4567 -g my_wsrep_cluster -d

# 注释：参数说明:

-d：以daemon模式运行

-a：集群地址

-g：集群名称

9.测试集群是否配置好参数：

登陆数据库：

查看如下几个参数：

# 下面这个参数的显示是初始化数据库显示的情况

MariaDB [(none)]> SHOW VARIABLES LIKE 'wsrep_cluster_address';

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

| Variable_name         | Value    |

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

| wsrep_cluster_address | gcomm:// |

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

1 row in set (0.00 sec)

# 如果配置了指向集群地址，上面那个参数值，应该是你指定集群的IP地址

MariaDB [kz]> SHOW VARIABLES LIKE 'wsrep_cluster_address';

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

| Variable_name         | Value                      |

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

| wsrep_cluster_address | gcomm://192.168.1.56:4567 |

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

1 row in set (0.00 sec)

# 此参数查看是否开启

MariaDB [kz]> show status like 'wsrep_ready';

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

| Variable_name | Value |

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

| wsrep_ready   | ON    |

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

1 row in set (0.00 sec)

# 这个查看wsrep的相关参数

MariaDB [terry]> show status like 'wsrep%';

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

| Variable_name              | Value                                |

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

| wsrep_local_state_uuid     | bb5b9e17-66c8-11e3-86ba-96854521d205 | uuid 集群唯一标记

| wsrep_protocol_version     | 4                                    |

| wsrep_last_committed       | 16                                   | sql 提交记录

| wsrep_replicated               | 4                                     | 随着复制发出的次数

| wsrep_replicated_bytes      | 692                                  | 数据复制发出的字节数

| wsrep_received                 | 18                                    | 数据复制接收次数

| wsrep_received_bytes        | 3070                                 | 数据复制接收的字节数

| wsrep_local_commits         | 4                                      | 本地执行的 sql

| wsrep_local_cert_failures    | 0                                      | 本地失败事务

| wsrep_local_bf_aborts        | 0                                      |从执行事务过程被本地中断

| wsrep_local_replays           | 0                                      |

| wsrep_local_send_queue     | 0                                     | 本地发出的队列

| wsrep_local_send_queue_avg | 0.142857                       | 队列平均时间间隔

| wsrep_local_recv_queue     | 0                                      | 本地接收队列

| wsrep_local_recv_queue_avg | 0.000000                        | 本地接收时间间隔

| wsrep_flow_control_paused | 0.000000                         |

| wsrep_flow_control_sent    | 0                                      |

| wsrep_flow_control_recv    | 0                                    |

| wsrep_cert_deps_distance   | 0.000000                          | 并发数量

| wsrep_apply_oooe           | 0.000000                             |

| wsrep_apply_oool           | 0.000000                             |

| wsrep_apply_window         | 1.000000                             |

| wsrep_commit_oooe          | 0.000000                             |

| wsrep_commit_oool          | 0.000000                             |

| wsrep_commit_window        | 1.000000                             |

| wsrep_local_state          | 4                                    |

| wsrep_local_state_comment | Synced                               |

| wsrep_cert_index_size      | 0                                    |

| wsrep_causal_reads         | 0                                    |

| wsrep_incoming_addresses   | 125.208.28.106:3306,192.168.1.81:3306,192.168.1.56:3306    | 连接中的数据库

| wsrep_cluster_conf_id      | 18                                   |

| wsrep_cluster_size         | 3 | 集群成员个数

| wsrep_cluster_state_uuid   | bb5b9e17-66c8-11e3-86ba-96854521d205 | 集群 ID

| wsrep_cluster_status       | Primary                              | 主服务器

| wsrep_connected            | ON                                   | 当前是否连接中

| wsrep_local_index          | 1                                    |

| wsrep_provider_name        | Galera                               |

| wsrep_provider_vendor      | Codership Oy     |

| wsrep_provider_version     | 2.7(rXXXX)                           |

| wsrep_ready                | ON                                   | 插件是否应用中

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