Mariadb如何利用MariaDB Galera Cluster实现mariadb的集群环境

共计 3951 个字符，预计需要花费 10 分钟才能阅读完成。

丸趣 TV 小编给大家分享一下 Mariadb 如何利用 MariaDB Galera Cluster 实现 mariadb 的集群环境，相信大部分人都还不怎么了解，因此分享这篇文章给大家参考一下，希望大家阅读完这篇文章后大有收获，下面让我们一起去了解一下吧！

一、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

server3: 192.168.1.81

Galera SST user:sst

Galera SST password:sstpass123

MySQL root password:ESBecs00

server2: 192.168.1.6

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 ~]# /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 . 配置每台机器的参数

[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. 新添加节点的配置

  -d：以 daemon 模式运行

  -a：集群地址

  -g：  集群名称

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

登陆数据库：

查看如下几个参数：

# 以上详细参数注释：

监控状态参数说明:

(1). 集群完整性检查:

wsrep_cluster_state_uuid: 在集群所有节点的值应该是相同的, 有不同值的节点, 说明其没有连接入集群.

wsrep_cluster_conf_id: 正常情况下所有节点上该值是一样的. 如果值不同, 说明该节点被临时 分区 了. 当节点之间网络连接恢复的时候应该会恢复一样的值.

wsrep_cluster_size: 如果这个值跟预期的节点数一致, 则所有的集群节点已经连接.

wsrep_cluster_status: 集群组成的状态. 如果不为 Primary , 说明出现 分区 或是 split-brain 状况.

(2). 节点状态检查:

wsrep_ready: 该值为 ON, 则说明可以接受 SQL 负载. 如果为 Off, 则需要检查 wsrep_connected.

wsrep_connected: 如果该值为 Off, 且 wsrep_ready 的值也为 Off, 则说明该节点没有连接到集群.

wsrep_local_state_comment: 如果 wsrep_connected 为 On, 但 wsrep_ready 为 OFF, 则可以从该项查看原因.

(3). 复制健康检查:

      wsrep_flow_control_paused: 表示复制停止了多长时间. 即表明集群因为 Slave 延迟而慢的程度. 值为 0~1, 越靠近 0 越好, 值为 1 表示复制完全停止. 可优化 wsrep_slave_threads 的值来改善.

wsrep_cert_deps_distance: 有多少事务可以并行应用处理.wsrep_slave_threads 设置的值不应该高出该值太多.

wsrep_flow_control_sent: 表示该节点已经停止复制了多少次.

wsrep_local_recv_queue_avg: 表示 slave 事务队列的平均长度.slave 瓶颈的预兆.

最慢的节点的 wsrep_flow_control_sent 和 wsrep_local_recv_queue_avg 这两个值最高. 这两个值较低的话, 相对更好.

(4). 检测慢网络问题:

wsrep_local_send_queue_avg: 网络瓶颈的预兆. 如果这个值比较高的话, 可能存在网络瓶

(5). 冲突或死锁的数目:

wsrep_last_committed: 最后提交的事务数目

     wsrep_local_cert_failures 和 wsrep_local_bf_aborts: 回滚, 检测到的冲突数目

10. 测试数据同步，一致等问题，这个测试不演示，概述一下大概思路：

    (1). 创建一个数据库，看是否同步

    (2). 数据库里分别创建一个 innodb 和 myisam 引擎的表，看是否同步

    (3). 分别往这两张表里插入数据，看是否同步，除 innodb 引擎数据可以同步，其余引擎是不同步

    (4). 在任意一节点插入，删除数据，看是否同步

11. 在上面 galera 集群搭建完成后，我们可以借助于 haproxy 和 lvs 来实现 mysql 数据库集群之间的负载

这里就不演示，可以自己配置试试！

以上是“Mariadb 如何利用 MariaDB Galera Cluster 实现 mariadb 的集群环境”这篇文章的所有内容，感谢各位的阅读！相信大家都有了一定的了解，希望分享的内容对大家有所帮助，如果还想学习更多知识，欢迎关注丸趣 TV 行业资讯频道！