共计 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 行业资讯频道!